и т.д.

чудесная вещь аналогии

Мб кто сталкивался: дергаю метод api через soapui, на выходе, метод возвращает не все параметры. Если дернуть метод другой программой, все ок. В чем может быть причина?

в дефолтных параметрах и пресетах программ?

в дефолтных параметрах и пресетах программ?

Не совсем понял...

если ты получаешь разные ответы, ты делаешь разные запросы

(при условии, что за это время логика работы сервера остается неизменной)

ты можешь дергать метод другой программой, там у нее может стоять какой-нибудь по-дефолту прописанный Auth хедер, который дает тебе полный объект, потому что ты авторизован на получение всего объекта. 2 GET запроса на одинаковый ресурс, с одинаковыми заголовками и параметрами, должны возвращать одинаковый результат. Если конечно, ты не пользуешься каким-нибудь экспериментальным REST клиентом

Запросы одинаковые. Да и сам метод, это id, по которому выводятся все записи

Попробую поискать проблему в авторизации

@RichardGears

кто-то уже грохнул.

Народ, кто что скажет о https://nordictestingdays.eu/ ?

я хочу пойти, но цены чего-то большие

а в целом как? Норм или ни то ни се? Программа вроде ок.

я прошлом году не получилось пойти, когда узнал о том что она рядом, билеты были распроданы. В этом году надеюсь успею

но за фулл пак 700+ евро это как-то

а программа что в этот, что в том году, очень интересная

ну тот же евростар дороже, не?

ну тот же евростар дороже, не?

хмм ничего себе ценник

угу

типа намбер ван

https://testconf.ru/ идет кто?

всем привет! проходил вчера собес на QA mobile в Redmadrobot, споткнулся на вопросе "чем отличается стратегия тестирования от плана тестирования?" ответил, что план тестирования это набор сценариев/тест кейсов, а стратегия это список таргет устройств. В чем косяк? Очень уж у них понравилось, хочу сделать работу над ошибками и пробовать позже снова....

Имхо, можешь загуглить определения слов “План” и “Стратегия” и получить ответ

план описывает что тестируем, когда тестируем, список того что тестируем и критерии начала и окончания тестирования. Например. Как минимум. Стратегия тестирования рассказывает как это тестируем. Устройства, методологии, инструменты и прочее.

спасибо!

сюда не кидают вакансии. Вы уже в нужном чате опубликовали.

https://t.me/qa_jobs

человек перепостил подозрительное сообщение) вы чего?

?

Ирина, не агрись, тут не вкидывают вакансии, а не понимают, почему один и тот же человек страдает дуализмом собеседуемый-собеседующий

ставлю на то, что это такой хитрый вброс и реклама компании

пЕар?)

чОрный

с весьма глупым вопросом для отсева джунов

Даринушка, глянь в личку!

@shchegol_1 Часто стратегия является частью тестплана, одним из его разделов.

Забавно Глеб сейчас опросник сделал на первичный отсев

осталось захотеть там работать

Забавно Глеб сейчас опросник сделал на первичный отсев

ответившим правильно ща в личку ломанется )

Ну кстати компания норм. У меня там знакомые есть.

?очень тонкий момент

Очень тонкий момент в том, что обсудить компанию можно в соответствующем чате.

@qa_bad_company

@qa_bad_company

мерси

@RichardGears

откуда мне знать. Не мой знакомый явно.

на самом деле можно набросать простенького бота, который будет проверять, если новый юзер сразу бросает линк в чат, банить его

Так себе схема)

за что?))

ну довольно редко люди с благими намерениями сразу кидают линк без всяких слов до или после :)

на самом деле можно набросать простенького бота, который будет проверять, если новый юзер сразу бросает линк в чат, банить его

ага. Пришел человек с попросом по инструменту или ещё чему-то и линком. Разбираться с вопросами "почему меня забанили", даже если этого не делал, придётся мне. Нет уж, спасибо.

чтобы был вопрос по инструменту - это должен быть вопрос (к.о.) написанный словами. а линк без всяких слов - это линк. или форвард. например. такие люди пока что в 100% кейсах боты / спамеры

Я не собираюсь это обсуждать.

ERROR: S client not available

кстати, товарищи, а у гого-то было так, что тестировщики так обеспечивают качество на ранних этапах тестирования путем тестирования требований, консультирования разработчиков по возможным багам, что в итоге на тестировании ну очень мало багов находится и тут им предъявляют претензии, мол вы очень мало багов находите.

то есть нет претензий что прод забагован а именно метрика "мало багов что-то"

Это какое-то неадекватное руководство.

которое снимает неадекватную метрику "сколько багов нашли".

кстати, товарищи, а у гого-то было так, что тестировщики так обеспечивают качество на ранних этапах тестирования путем тестирования требований, консультирования разработчиков по возможным багам, что в итоге на тестировании ну очень мало багов находится и тут им предъявляют претензии, мол вы очень мало багов находите.

Вы так говорите об этом, как будто мало багов - это что-то плохое

кроме того, можно по приколу на каждую орфографическую опечатку, неверный цвет или отступ, например, заводить запрос

то есть нет претензий что прод забагован а именно метрика "мало багов что-то"

В ответ спросить "А нормально - это сколько?" и "что показывает эта метрика?"

ну если так оценивают работу тестировщика) я-то здесь ни при чем. Типа ну-ка, откроем как багтрекер, а тут ваще шаром покати.

А чего они вас ругают? Пусть идут программистов ругают, что багов мало делают.

Был в подобном коллективе. Все мои вопросы типа "А нормально - это сколько?" разбивались об уверенность ПМ в том, что "багов должно быть много". В итоге не придумал ничего лучше, чем перейти в другое место, где более адекватное руководство

а потом юзеров ругают почему тикетов на саппорт мало

А если серьёзно - здесь будет полезна метрика количество найденных на тестах багов ив соотношении с пропуцщенными в прод. Так же хорошо бы измерять количество багов, найденных на разных этапах процесса. И показать закономерное уменьшение количества багов от начала итерации к концу.

Стоит вначале спросить, что у вашего начальника является целью тестирования

Стоит вначале спросить, что у вашего начальника является целью тестирования

++

Кстати, лол, да, работал в одной компании, где меня уволили после испытательного срока за то, что «заводил слишком мало багов»

В отчете про меня было написано, что это показатель того, что мне неинтересно тестирование

впрочем, это тема для другого чата

тут слышал от одного человека который "с 1974 в тестировании" что если в программе нашли менее 400 багов, значит "не доработали"

и это конечно крах

и это конечно крах

Крах этого человека

В проде баги находят у вашей программы?

Кстати, лол, да, работал в одной компании, где меня уволили после испытательного срока за то, что «заводил слишком мало багов»

ну если другим ребятам давали идентичные задачи и они заводили баги, которые потом оказывались ПМом выставленные по приоритету как высокие (например, ревью задачи после твоего тестирования), то тогда стоит задуматься. "мало багов" может быть только когда кто-то после тебя этот же скоуп берет в оборот и находит N вещей, которые нужно исправить

У нас есть команды, где во время ИС тестировщики ищут баги на тестовом стенде. Заранее известно что там с багами.

Конечно это нужно не столько для подсчета багов, сколько для обучения, но всё же

Претензий ко мне что мало багов нет пока. У нас все в одном кабинете и часто бывает так, что я никуда ничего не пишу, а просто устно говорю типа тут и тут исправь или пишу в мессенджере, и не завожу примерно 70% багов в редмайн.

работу программистов не оценивают по сделанным багам и получается, что никому пока ни холодно ни горячо от того, что многое просто в переписке или устно, хотя наверное для истории все-таки важно отмечать где какие и сколько багов бывает