![Show Menu](styles/mobile-menu.png)
![Page Background](./../common/page-substrates/page0065.jpg)
Scrum и XP: заметки с передовой
65
Как мы тестируем
Это самая сложная часть. Вот только я не уверен, то ли это самая сложная часть Scrum'а, то ли разработки
программного обеспечения в целом.
Организация тестирования может достаточно сильно отличаться в различных компаниях. Всё зависит от
количества тестировщиков, уровня автоматизации тестирования, типа системы (просто сервер + интернет
приложение или, возможно, вы выпускаете «коробочные» версии программ?), частоты релизов, критичности
ПО (блог-сервер или система управления полётами) и т.д.
Мы довольно много экспериментировали, чтобы понять, как организовать процесс тестирования в
Scrum'е. Сейчас я попытаюсь рассказать о том, что мы делали и чему мы успели научиться за это время.
Скорее всего, вам не избежать фазы приёмочного тестирования
В идеальном ир Scrum'а результатом каждого спринта должна быть система, потенциально готовая к
использованию. Бери и устанавливай, да?
Scrum
команда
релиз
Пользователи
1.0.0
А вот и нет!
По нашему опыту, такой подход обычно не работает. Там будет куча противных багов. Если "качество" для
вас хоть что-нибудь значит, тогда придётся позаботиться о ручном приёмочном тестировании. Это когда
специально выделенные тестировщики, которые
не являются
частью команды, бомбят систему теми видами
тестов, о которых Scrum-команда не могла даже и подумать, или на которые у неё не было времени, или
соответствующего оборудования. Тестировщики работают с системой точно так же, как и пользователи, а
значит, что это нужно делать вручную (если, конечно же, ваша система разработана для людей).