Приведи пример успешной трансформации процесса тестирования в твоей карьере
Возьмём недавний пример. Очень быстро развивающийся мобильный продукт с богатой историей бизнес-логики и частыми релизами. Автоматизации ещё нет, регресс не сформирован, релизы по требованию бизнеса — пару раз в неделю, критерии релизного поезда не определены.
Формируем регресс, фиксируя требования и одновременно снижая затраты на него за счёт запуска стажёрской программы. На выходе — понятные риски благодаря измеряемому покрытию тест-кейсами, прогнозируемые сроки выпуска и сильные сотрудники, которые выросли вместе с нами. Мы поверили в них — они поверили в нас. Параллельно запущена автоматизация регресса. Стратегия win-win: есть экономия и сейчас, и с прицелом на будущее. Мы растим лояльное подрастающее поколение и инвестируем в будущее, сокращая рутинные расходы на выпуск релиза за счёт автоматизации.
Что же за пример? Правильно — клиентское мобильное приложение Wildberries!
Как определяете баланс между скоростью выпуска продукта и качеством тестирования (скажи своё непопулярное мнение и беги)?
Влётные задачи. Реактивный бизнес. TTM нам не помеха. Как выжить тестировщикам?
Мы начали регресс одного из самых популярных приложений в стране, а нам постоянно говорят: «Вот, держите, очень надо в этот же релиз! Бизнес не может ждать!» Отставим панику и оценим влияние изменений. Фиче-флаги проверены? Сможем откатить в случае чего? Оценили влияние на другие стримы? Если всё да — перепроверим то, что затронуто, и можем двигаться дальше.
Наша сила — в гибкости. Наша задача — обезопасить бизнес на его сложном пути к вершинам, а не строить ему преграды. Набор кейсов — это хорошо, но важнее понимание того, что нам нужно выпустить продукт вместе: тот, который каждый день вовлекает пользователей и который приятно держать в руках.