Существует простое правило: чем раньше найден баг, тем он дешевле.
Представим проект, где тестирование есть только на production. Баг находят уже после релиза. Фича, которая приносит деньги, становится недоступна. Мы теряем прибыль, тратим время на дебаг, фикс и доставку — а вместе с тем время на post mortem и многочисленные созвоны по инциденту.
Сегодня мы наблюдаем, как во всем мире постепенно отмирает waterfall-модель разработки. Ее не любят за тяжеловесность и плохую реакцию на изменения. Это напрямую влияет на актуальность продукта и увеличивает ТТМ (time-to-market), выливаясь в дополнительные затраты. Разработчики перестраиваются на рельсы agile, и мы здесь не исключение.
Методология agile изначально создавалась для маленьких команд, которые делают продукт под ключ в режиме end-to-end и сами отвечают за его качество. Но как быть, если разрабатываешь высококритичные банковские системы, над которыми трудятся десятки agile-команд? Как достичь той уверенности в продукте, которую дает долгое, исчерпывающее тестирование как в waterfall? В этом посте мы поделимся своим решением этого вопроса.
