Материалы:

• 20-30 воздушных шаров на команду
• Для каждой команды: цветная бумага, линейки, ножницы, фломастеры

Правила:

Покажите командам воздушный шарик, который вы хотели бы от них получить (или нарисуйте его).

Шарик с изображенными критериями приёмочного тестирования

У шарика должно быть лицо с двумя круглыми глазами, треугольным носом и полукруглым ртом. Без каких-либо дальнейших объяснений, скажите командам, что у них 2 минуты, чтобы создать как можно больше шаров, а потом они принесут свои воздушные шары на приемочное тестирование. Отбрасывайте воздушные шары, которые не соответствуют вашим критериям ~ 25 см в ширину, ~ 5 см глаза, ~ 2 см расстояние между глазами, нос ~ 4 см в высоту, и рот ~ 10 см в ширину. Очень немногие команды сделают воздушные шары, которые соответствуют этим критериям. Пока вы отвергаете их работы (выбрасываете в отходы), спросите у команд, был ли у них когда-нибудь подобный опыт в разработке программного обеспечения.
Перед вторым раундом дайте командам 2 минуты, чтобы обсудить, как они могут улучшить результат следующей итерации. Они должны начать задавать больше вопросов о критериях приемки, которые вы с удовольствием им расскажете. Во втором раунде команды будут сами проводить приемочное тестирование своих работ, а некоторые даже начнут создавать “средства для тестирования” (например, бумажные шаблоны лица, быстрые способы измерения ширины воздушных шаров и т.д.). Результаты во втором раунде должны быть лучше, чем в первом. Обсудите с командами, как они изменили процесс разработки и какие усовершенствования они будут делать в следующий раз. При необходимости, сыграйте еще один раунд. На этот раз, каждая команда должна проводить собственное тестирование и поэтому производить воздушные шары с гораздо большей эффективностью и качеством.

Выводы:

• Определение критериев приемки не то же самое, что написание тестов, т.к. приемочное тестирование проводится только после того, как продукт готов. Критерии приемки могут быть использованы в качестве требований, как тесты, а также в качестве цели для разработчиков.
• Автоматизация приемочного тестирования может быть очень полезной, о чем свидетельствуют средства тестирования, создаваемые в ходе игры.
• Инвестиции в создание и автоматизацию приемочного тестирования быстро окупаются.

Перевод Tatyana Yanush