Тестирование в гибких подходах — различия между версиями
Материал из Testopedia
(Новая страница: « Категория:Тест-Менеджмент Категория:Процесс тестирования») |
Vestfalka (обсуждение | вклад) |
||
(не показано 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). Основная особенность такого подхода: разработка сведена к серии коротких циклов, которые называются итерациями и длятся одну-четыре недели. Это необходимо учитывать при организации процесса тестирования.
Организация процесса тестирования
Главной сложностью является ограниченность времени на тестирование, когда разработанный функционал отдается на тестирование в последний момент. Если не распределить загрузку тестировщиков оптимальным образом, может получиться, что первую половину итерации они ничего не делают, а вторую половину вынуждены работать сверх нормы, чтобы успеть протестировать весь выданный функционал.
Инструменты гибких методологий
- список требований к продукту (Product Backlog);
- доски, разделенные на несколько этапов (Kanban-доски);
- ежедневные стендап-митинги;
- регулярные демонстрации проекта;
- TDD (Test-Driven Development)
- ретроспективы по итогам итерации.