Есть ли график релизов
Что проверяют
Понимаете ли вы, зачем нужен ритм выпуска, и умеете ли задавать этот вопрос, чтобы оценить будущую работу.
Как отвечать
Вопрос звучит и как встречный на собеседовании, и как вопрос про ваш прошлый процесс. Отвечайте картиной, а не словом «да».
Два основных подхода:
- фиксированный ритм («релизный поезд»): выпуск в заранее известный день, и что не успело, едет следующим. Даёт предсказуемость: планирование, окно на регрессию, согласование с маркетингом и поддержкой;
- по готовности: функция готова, значит выкатываем. Требует зрелой автоматизации и флагов функциональности, зато сокращает время от идеи до пользователя.
Что стоит выяснить помимо частоты:
- дата заморозки кода и сколько времени остаётся на тестирование;
- кто принимает решение о выпуске и по каким критериям;
- процедура срочного исправления: отдельная ветка, укороченная проверка, кто согласует;
- окна запрета: перед праздниками, в пиковый сезон, в отчётный период;
- как выкатывается и как откатывается: постепенно, по флагам, откат одной командой или нет.
Для тестировщика из этого следует конкретное: сколько реального времени на регрессию и заложена ли проверка в план как этап, а не как «успеем в последний день». Ответ «релиз в пятницу вечером, тестируем в четверг» говорит о процессе больше, чем любые слова про качество.
Про свой опыт отвечайте цифрами: релиз раз в две недели, заморозка за два дня, регрессия занимала день, из них автоматизировано было столько-то.
Где спотыкаются
Отвечают односложно и не задают уточнений.
Не знают, что такое заморозка кода.
Не спрашивают про хотфиксы, а потом живут в постоянном авральном режиме.
Не связывают график релизов с объёмом тестирования.