В какие дни недели обычно проходят релизы
Что проверяют
Понимаете ли вы, как устроен релизный процесс и какое место в нём занимает тестирование. День недели здесь повод: интервьюер хочет услышать про риски, мониторинг после выкладки и откат. Следом обычно спрашивают, как проходил релиз у вас и что вы проверяли после него.
Как отвечать
Начните с практики своей команды: как часто выходили релизы, по какому расписанию и почему. Затем покажите, от чего зависит выбор дня:
- классическая схема: релиз со вторника по четверг. В понедельник команда разбирает накопившееся, а после релиза в пятницу ошибку придётся чинить в выходные или жить с ней до понедельника;
- релизный поезд: фиксированное расписание, например раз в две недели. За несколько дней до выхода code freeze и релизная ветка, на ней регрессия, затем выкладка;
- непрерывная поставка: зрелые команды выкатывают изменения несколько раз в день в любой рабочий день. Риск снижают маленькие изменения, автотесты в CI, фиче-флаги и канареечная выкладка, а не выбор дня;
- мобильные приложения: к дате добавляется ревью в App Store и Google Play, поэтому сборку отправляют заранее и включают поэтапное распространение на часть пользователей.
Обязательно скажите, что делает QA в день релиза: смоук на проде сразу после выкладки, наблюдение за ошибками и метриками в Sentry или Grafana, готовность к откату и понимание, кто принимает решение о нём. Если релизами управлял не ваш отдел, так и скажите и опишите, в какой момент подключались вы.
Где спотыкаются
Отвечают догмой «в пятницу никогда». Правило разумное, но сильнее звучит объяснение причины и признание, что при частых маленьких выкладках и быстром откате оно теряет смысл.
Не знают процесса собственной команды: не могут сказать, когда был code freeze, кто принимал решение о выходе и что считалось блокером.
Смешивают выкладку и релиз. С фиче-флагами код может неделю лежать на проде выключенным, а для пользователей функция включается отдельным решением, и тестировать нужно оба момента.