Как работать на проекте без автоматизации
Что проверяют
Умеете ли вы выстроить качество, когда регресс проходит руками и времени на всё не хватит никогда. Следом обычно спрашивают, как вы решали, что проверять в первую очередь, и предлагали ли внедрить автоматизацию.
Как отвечать
Главная мысль: без автотестов вся работа строится вокруг приоритетов и документации, иначе регресс растёт быстрее, чем команда успевает его проходить.
- тест-дизайн: классы эквивалентности, граничные значения, таблицы решений, попарное тестирование (pairwise). Они сокращают число проверок без потери покрытия;
- риск-ориентированный подход: сначала критичные сценарии, где сбой стоит денег (регистрация, оплата, оформление заказа), потом остальное;
- уровни регресса: короткий смоук на каждую сборку, частичный регресс по затронутым областям, полный перед крупным релизом;
- документация: чек-листы для быстрых проверок, подробные тест-кейсы для сложной логики и для новичков. Хранить в TMS вроде TestIT, Qase, TestRail или Allure TestOps, а не в разрозненных таблицах;
- исследовательское тестирование: сессии с чартером и таймбоксом находят то, чего нет в кейсах;
- инструменты без автотестов: Postman для проверки API, DevTools для запросов и консоли, SQL для подготовки и проверки данных, Charles или Fiddler для подмены ответов;
- автоматизация как предложение: покажите, что посчитали, где она окупится первой. Обычно это смоук и API-проверки, которые повторяются в каждом релизе.
Если спрашивают о вашем опыте, опирайтесь на свой проект: сколько кейсов было в регрессе, сколько человек его проходило, что удалось сократить.
Где спотыкаются
Включают в ручной план нагрузочное тестирование. Руками нагрузку не создать, для неё всегда нужен инструмент: JMeter, k6, Gatling.
Пытаются прогонять весь набор кейсов на каждую сборку. Через пару месяцев регресс занимает неделю, и его начинают пропускать целиком.
Говорят «без автоматизации никак» и на этом останавливаются. Интервьюер хочет услышать, как вы обеспечите качество сейчас, а не как работали бы в идеальном проекте.