Как стать автором
Обновить

Как мы уменьшили время проверки релизной сборки с 4 дней до 4 часов

Время на прочтение5 мин
Количество просмотров5.3K
Всего голосов 10: ↑9 и ↓1+8
Комментарии4

Комментарии 4

Получается, секрет в том чтобы всю команду QA концентрированно и организовано посадить в понедельник за поиск багов? А исправления дефектов как проверяют? Перепроверяют ли после исправления багов сторонний функционал (который случайно могли задеть)? В остальное время чем занимается команда?

Спасибо за вопрос!

Это определенно не универсальное решение — все зависит от текущих размеров команды, циклов релиза в организации, многих других факторов. В нашем случае вышеуказанная трансформация позволила добиться определенных целей, важных для inDriver в текущий момент.

Исправления дефектов проверяют перед влитием фикса в релизную ветку. А сценарий тестирования зависит от QA-инженера, проверять ли сторонний функционал — зависит от его решения. Мы готовим отдельную статью о том, чем занимаются QA-инженеры команды РМ, так что пока не буду спойлерить)

Спасибо за статью! Очень познавательно. Расскажите пожалуйста, как у вас устроена работа сфичами в разрезе веток. Используете ли вы гит-флоу или какую-то его модификацию?

Спасибо за вопрос! В настоящее время мы используем git flow без каких-либо модификаций, с фичами работаем согласно этой модели.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий