Тестирование в гибких подходах — различия между версиями

Материал из Testopedia
Перейти к: навигация, поиск
Строка 11: Строка 11:
 
* ежедневные стендап-митинги;
 
* ежедневные стендап-митинги;
 
* регулярные демонстрации проекта;
 
* регулярные демонстрации проекта;
* [[ретроспективы по итогам итерации| Ретроспектива_(Post-Mortem)]].
+
* [[Ретроспектива_(Post-Mortem)| ретроспективы по итогам итерации]].
  
  
 
[[Категория:Тест-Менеджмент]]
 
[[Категория:Тест-Менеджмент]]
 
[[Категория:Процесс тестирования]]
 
[[Категория:Процесс тестирования]]

Версия 00:50, 28 октября 2011

Гибкие подходы к разработке программного обеспечения (Agile Software Development) являются альтернативой разработки по методу водопада (waterfall). Основная особенность такого подхода: разработка сведена к серии коротких циклов, которые называются итерациями и длятся одну-четыре недели. Это необходимо учитывать при организации процесса тестирования.

Организация процесса тестирования

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

Инструменты гибких методологий

  • список требований к продукту (Product Backlog);
  • доски, разделенные на несколько этапов (Kanban-доски);
  • ежедневные стендап-митинги;
  • регулярные демонстрации проекта;
  • ретроспективы по итогам итерации.