Найти в Дзене
UDP Automotive

Какие этапы проходит фича, прежде чем попасть в прод

Мы решили поведать вам, какие этапы проходит фича, прежде чем попасть в прод. А если по-русски, то какие этапы проходит тот или иной функционал и, например, его обновления, прежде чем попасть на «боевой сервер», т.е. туда, где продукт работает непосредственно для клиентов. Рассказывает Андрей Назаров, специалист по тестированию Kodix Auto. Итак, работа над качеством релизов в нашей команде состоит из четырех основных этапов. Первый – составление критериев приемки задачи. Критерии приемки – это четкие требования, которые являются описанием требуемого функционала от реализуемой фичи. Грамотное и четкое составление критериев – первый шаг на пути к качественным релизам. К подготовке критериев подключается не только бизнес, но и разработка, и тестирование. Следующий этап наступает после выполнения задачи разработчиком – это smoke-тестирование. Smoke или дымовой тест — это минимальный набор тестов на явные ошибки, который позволяет разработчику убедится, что функционал, который он создал, ра

Мы решили поведать вам, какие этапы проходит фича, прежде чем попасть в прод. А если по-русски, то какие этапы проходит тот или иной функционал и, например, его обновления, прежде чем попасть на «боевой сервер», т.е. туда, где продукт работает непосредственно для клиентов.

Рассказывает Андрей Назаров, специалист по тестированию Kodix Auto.

Итак, работа над качеством релизов в нашей команде состоит из четырех основных этапов.

Первый – составление критериев приемки задачи. Критерии приемки – это четкие требования, которые являются описанием требуемого функционала от реализуемой фичи. Грамотное и четкое составление критериев – первый шаг на пути к качественным релизам. К подготовке критериев подключается не только бизнес, но и разработка, и тестирование.

Следующий этап наступает после выполнения задачи разработчиком – это smoke-тестирование. Smoke или дымовой тест — это минимальный набор тестов на явные ошибки, который позволяет разработчику убедится, что функционал, который он создал, работает в соответствии с критериями приемки, предъявленными в задаче.

На следующем этапе снова подключается тестировщик: он валидирует кейс, написанный разработчиком, добавляет тестовые сценарии, расширяет диапазон проверки. И он же либо разработчик проходят полноценный кейс после того, как его расширил QA-инженер (тот самый тестировщик).

И наконец релиз или обозначение готовности продукта к запуску. На этом этапе фича еще не доступна всем клиентам и крутится на тестовых сайтах, расположенных в продовом окружении (в среде, которой пользуются конечные потребители — клиенты). Тут тестировщик прогоняет тесты, созданные на предыдущем этапе. Бытует мнение, что QA на проде не очень эффективно, ведь оно не помогает предотвратить попадание ошибок к пользователям. Мы же думаем несколько иначе, но об этом в другой раз.

Что в результате? Если все 4 этапа пройдены успешно, то фича становится доступной всем клиентам. Winner!

Ключевым моментом, повышающим качество конечного продукта, является выстроенный процесс, в котором в тестирование вовлечены все члены команды, желая сделать лучший продукт, а также развивать собственные знания и навыки.