здравствуйте. а есть запись доклада или хотя бы текстовые наброски? мне предстоит нечто подобное,но я один тестировщик в команде. было бы неплохо иметь пару козырей)

"У нас есть такие приборы! Но мы вам о них не расскажем.."

"У нас есть такие приборы! Но мы вам о них не расскажем.."

На самом деле обычно тестировщики показывают что и как они делают разработчикам, а те в свою очередь рекомендуют им использовать свои инструменты. В итоге разработчики подтягиваются методологически, а тестировщики - технически. win-win)

мы такой тоже делали)

Разрабы тестируют то, что написали и не находят баг. Потому что просто не умеют их находить. А тестировщик находит его за 30 секунд

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

мне тут молодой человек(программист) рассказывал, что их тестировщица тоже выступала с подобным докладом) но судя по вашему имени, случай был в разных компаниях)

в целом это хорошая практика для бОльшего взаимопонимания внутри команды
я работаю в компании Инттерра

у вас тестировщики ревьюют ПРы? Если нет, когда подключаются? Если не секрет, конечно

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

я имел в виду не код ревьюить, а проверять ПРы, тестить функционал)
Так вот готовность разработки - это когда? Новый релиз? Или ПР?