Автор: Энджи Джонс (Angie Jones) Оригинал статьи Перевод: Ольга Алифанова
Многие команды разработки не создают фичи одновременно с автоматизацией тестов для этих фич в ходе одного спринта, так как оба эти вида деятельности могут легко выйти за пределы двухнедельного периода.
Однако при отсутствии автотестов для фич по завершении спринта команда создает и риски, и технический долг. Ручное тестирование в ходе спринтов обычно концентрируется на самой юзер-стори, а не на регрессе других фич. Задача автоматизации соответствующих тестов уходит в бэклог для выполнения позднее.
Все больше и больше фич внедряется без подходящего регрессионного тестирования – автоматизированного или ручного. В это время инженеры-автоматизаторы тихо сидят в хрустальной башне, работая над техническим долгом предыдущих спринтов.
Как добиться тест-автоматизации в ходе спринта, особенно если кажется, что это слишком большая задача для такого короткого периода? Ниже – три стратегии, которые помогут вам закрывать спринты с готовой автоматизацией.
Как инженер по разработке ПО и обеспечению качества, я пережил достаточно провальных проектов. Некоторые из них умерли, потому что у компании кончились деньги. Другим не удалось добиться значительного успеха, и компания решила сконцентрироваться на чем-то еще. Во многих случаев команда, работающая над проектом, остается преданной ему и продолжает работу, не осознавая, что бизнес медленно ползет в сторону могилы.