Стоит ли делать приёмочное тестирование частью спринта?

Стоит ли делать приёмочное тестирование частью спринта?

Тут у нас полный «разброд и шатание». Некоторые наши команды включают приёмочное тестирование в спринт, однако, большинство - нет. И вот почему:

Спринт ограничен во времени. Приёмочное тестирование (которое, если брать во внимание моё определение, включает отладку и повторный выпуск продукта), довольно сложно втиснуть в чёткие временные рамки. Что если время уже вышло, а в системе остался критический баг? Что тогда? Собираетесь ждать завершения ещё одного спринта? Или выпустите готовый продукт с этим багом? В большинстве случаев оба вариант неприемлемы. Именно поэтому мы выносим ручное приёмочное тестирование за пределы спринта.

Если две Scrum-команды работают над одним продуктом, тогда ручное приёмочное тестирование необходимо проводить, собрав результаты работы обеих команд. Если обе команды включают в спринт ручное приёмочное тестирование, тогда всё равно нужна команда, которой придётся протестировать финальный релиз, который получается после интеграции результатов работы обеих команд.

Это далеко не идеальное решение, но в большинстве случаев оно нас устраивает.

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

7 Приемочное тестирование

Из книги автора

7 Приемочное тестирование Роль профессионального разработчика подразумевает не только программирование, но и общение. Помните, что принцип «мусор на входе/ мусор на выходе» применим и к программистам, поэтому профессиональные программисты следят за тем, чтобы их


Нагрузочное тестирование, продолжительное тестирование и тестирование стабильности

Из книги автора

Нагрузочное тестирование, продолжительное тестирование и тестирование стабильности Команда тестирования создает и выполняет продолжительные тесты на физическом оборудовании в лаборатории. Не забыть про внедрение неисправностей (fault


39. Виртуальные функции стоит делать неоткрытыми, а открытые — невиртуальными

Из книги автора

39. Виртуальные функции стоит делать неоткрытыми, а открытые — невиртуальными РезюмеВ базовых классах с высокой стоимостью изменений (в частности, в библиотеках) лучше делать открытые функции невиртуальными. Виртуальные функции лучше делать закрытыми, или защищенными —


19.2.2.1. Используйте GNU-стиль названий с именной частью и номерами (основной.второстепенный.заплата)

Из книги автора

19.2.2.1. Используйте GNU-стиль названий с именной частью и номерами (основной.второстепенный.заплата) Будет хорошо, если архивные файлы проекта будут иметь GNU-подобные названия — именной префикс, состоящий из строчных алфавитно-цифровых символов, дефис, номер версии,


ОКНО ДИАЛОГА: Знать, что делать, а не как делать

Из книги автора

ОКНО ДИАЛОГА: Знать, что делать, а не как делать 19 сентября 2005 года исполнилось пятнадцать лет с момента появления Интернета в России. 19 сентября 1990 года был зарегистрирован домен su. Отечественный сегмент всемирной сети был создан во многом благодаря сотрудникам


Свершилось! Планирование спринта закончено!

Из книги автора

Свершилось! Планирование спринта закончено! Ух, я и не думал, что глава по планированию спринта будет такой длинной [4]! Полагаю, этот факт отражает моё мнение: планирование спринта - самая важная вещь в Scrum’е. Вложите побольше усилий в планирование - и всё остальное пойдёт


В конце спринта

Из книги автора

В конце спринта 1. Провести открытую демонстрацию результатов спринта.2. За несколько дней до демонстрации напомнить всем про её проведение.3. Провести ретроспективу при участии всей команды и Product owner’а. Пригласить начальника отдела разработки, чтобы он помог найти


Что нам стоит дом построить?

Из книги автора

Что нам стоит дом построить? Однажды (около четырех лет назад) в НИИ при Московском университете, где мы тогда работали, появился высокий представительный мужчина с вальяжными манерами, окладистой бородой, большой лысиной и выразительными глазами навыкате.Ничего