Тестирование в гибких подходах — различия между версиями
Материал из Testopedia
(Новая страница: « Категория:Тест-Менеджмент Категория:Процесс тестирования») |
Vestfalka (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
| + | Гибкие подходы к разработке программного обеспечения (Agile Software Development) являются альтернативой разработки по методу водопада (waterfall). | ||
| + | Основная особенность такого подхода: разработка сведена к серии коротких циклов, которые называются итерациями и длятся одну-четыре недели. Это необходимо учитывать при организации процесса тестирования. | ||
| + | |||
| + | == Организация процесса тестирования == | ||
| + | Главной сложностью является ограниченность времени на тестирование, когда разработанный функционал отдается на тестирование в последний момент. Если не распределить загрузку тестировщиков оптимальным образом, может получиться, что первую половину итерации они ничего не делают, а вторую половину вынуждены работать сверх нормы, чтобы успеть протестировать весь выданный функционал. | ||
| + | |||
| + | == Инструменты гибких методологий == | ||
| + | * список требований к продукту (Product Backlog); | ||
| + | * доски, разделенные на несколько этапов; | ||
| + | * ежедневные стендап-митинги; | ||
| + | * регулярные демонстрации проекта; | ||
| + | * ретроспективы по итогам итерации. | ||
[[Категория:Тест-Менеджмент]] | [[Категория:Тест-Менеджмент]] | ||
[[Категория:Процесс тестирования]] | [[Категория:Процесс тестирования]] | ||
Версия 20:08, 26 октября 2011
Гибкие подходы к разработке программного обеспечения (Agile Software Development) являются альтернативой разработки по методу водопада (waterfall). Основная особенность такого подхода: разработка сведена к серии коротких циклов, которые называются итерациями и длятся одну-четыре недели. Это необходимо учитывать при организации процесса тестирования.
Организация процесса тестирования
Главной сложностью является ограниченность времени на тестирование, когда разработанный функционал отдается на тестирование в последний момент. Если не распределить загрузку тестировщиков оптимальным образом, может получиться, что первую половину итерации они ничего не делают, а вторую половину вынуждены работать сверх нормы, чтобы успеть протестировать весь выданный функционал.
Инструменты гибких методологий
- список требований к продукту (Product Backlog);
- доски, разделенные на несколько этапов;
- ежедневные стендап-митинги;
- регулярные демонстрации проекта;
- ретроспективы по итогам итерации.
