Как часто проходят релизы

Что проверяют

Понимаете ли вы, как частота релизов связана со стратегией тестирования. Спрашивают и про ваш прошлый процесс, и как встречный вопрос от вас на собеседовании.

Как отвечать

Отвечайте не одной цифрой, а картиной процесса:

• как часто и чем ограничено: раз в две недели по окончании спринта, каждый день, по готовности задачи. Что мешает выпускать чаще;
• что входит в релиз: время прогона регрессии, ручные проверки, согласования;
• как выкатывается: разом на всех, постепенно, через флаги функциональности;
• как откатывается: есть ли откат одной командой и проверялся ли он;
• хотфиксы: отдельная ветка и упрощённая процедура или общий поток.

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

Если спрашиваете вы, у ответа есть диагностическая ценность. «Раз в полгода, потому что регрессия занимает три недели» означает, что вас ждёт ручная рутина. «Несколько раз в день» означает зрелую автоматизацию, но и требование писать тесты самому.

Про свой опыт говорите конкретно: сколько занимала регрессия, что автоматизировали, как это изменило частоту.

Где спотыкаются

Называют цифру и замолкают.

Не связывают частоту релизов с тем, как устроено тестирование.

Не знают, как в их команде делается откат.

Не задают этот вопрос сами, а потом удивляются трёхнедельной ручной регрессии.