Github Flow. Тестировщики против тестирования

Около года назад команда 2GIS-Online приняла решение перейти от репозитория с одной dev-веткой на систему бранчевания и процессы GitHub Flow.

Инфраструктура была готова к новым процессам и новым скоростям. Но команде пришлось серьезно перестроиться. Особенно острой стала тема тестирования.

В GitHub Flow нет тестировщиков, пример брать было не с кого, и нам самим пришлось придумывать как встроить тестирование в новый процесс.

Нам нужно было решить:

• Что значит выпускать продукт без тестировщиков? Где ввел в заблуждение GitHub Flow?
• Что такое “всегда стабильная master-ветка” и как эту стабильность обеспечить?
• Что делать с долгой регрессией и отладкой в связи с учащением релизов?
• Как ускорить написание и поддержку АТ?
• Что будет с качеством продукта?

Я расскажу о том, как мы «гнули» тестирование и как изменились роли тестировщиков в команде, работающей по адаптированному GitHub Flow.