Архив рубрики ‘риск-ориентированное тестирование’

Дефект как источник информации о продуктовом риске

Многие считают, что задача QA — найти как можно больше багов. И чем будет длиннее список в баг‑трекере, тем «полезнее» тестировщик. В этой статье расскажем, почему QA — не просто ловец багов, а инженер качества. Разберем, как инженерный подход к стабильности помогает команде Modus управлять рисками задолго до первой строчки кода и почему это полностью меняет отношение к процессам тестирования. Найденный баг может быть сигналом о проблемах в процессе, а не просто […]

Как приоритизировать регрессионные проверки, когда сжаты сроки релиза

Помню, как несколько лет назад на собеседовании, когда я ещё была, считай, новичком в тестировании, меня спросили: «Что делать, если до релиза остался день, а полная регрессия занимает три?» Точно помню, что тогда я прекрасно поняла, что собеседующий хочет проверить не знание определения, а ход моих размышлений. Но с ходом размышлений случилась проблема.