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

Материал из Testopedia
Перейти к: навигация, поиск
 
(не показано 5 промежуточных версий 2 участников)
Строка 1: Строка 1:
 +
<AuthorInfo />
 +
Гибкие подходы к разработке программного обеспечения (Agile Software Development) являются альтернативой разработки по методу водопада (waterfall).
 +
Основная особенность такого подхода: разработка сведена к серии коротких циклов, которые называются итерациями и длятся одну-четыре недели. Это необходимо учитывать при организации процесса тестирования.
 +
 +
== Организация процесса тестирования ==
 +
Главной сложностью является ограниченность времени на тестирование, когда разработанный функционал отдается на тестирование в последний момент. Если не распределить загрузку тестировщиков оптимальным образом, может получиться, что первую половину итерации они ничего не делают, а вторую половину вынуждены работать сверх нормы, чтобы успеть протестировать весь выданный функционал.
 +
 +
== Инструменты гибких методологий ==
 +
* [[список требований к продукту (Product Backlog]]);
 +
* [[доски]], разделенные на несколько этапов ([[Kanban-доски]]);
 +
* ежедневные [[стендап-митинги]];
 +
* регулярные [[демонстрации проекта]];
 +
* [[TDD (Test-Driven Development)]]
 +
* [[Ретроспектива_(Post-Mortem)| ретроспективы по итогам итерации]].
  
  
 
[[Категория:Тест-Менеджмент]]
 
[[Категория:Тест-Менеджмент]]
 
[[Категория:Процесс тестирования]]
 
[[Категория:Процесс тестирования]]

Версия 18:21, 28 октября 2011

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

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

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

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