- когда требований нет или они часто меняются,
- когда на ранних этапах разработки отдельные части программы уже работают, но некоторые еще не реализованы,
- когда программа активно эволюционирует и не удается зафиксировать тесты,
- когда тестировщик осваивает новую предметную область или новый вид тестирования,
- когда тестировщик начинает использовать новые методы тест-дизайна, опыта применения которых у него нет,
- когда цели следующей итерации тестирования меняются в зависимости от результатов предыдущей итерации,
- когда все остальные подходы уже исчерпали себя, а пользователи почему-то все равно не считают наш продукт идеальным :)
Однако неопределенность мешает построить стабильный тактический план, поскольку в процессе его выполнения обнаруживается новая информация, приводящая к изменению планов и первоначальных оценок.
Что же делать?
Если неопределенность высока, надо отказаться от предварительного проектирования тестов и низкоуровневых планов тестирования. Это позволит сохранить гибкость, даст возможность быстро реагировать на появление новой информации и подстраиваться к изменившейся ситуации.
Надо перейти к тестированию методом свободного поиска.
А как же контроль и учет? Можно ли при этом сохранить управляемость процесса тестирования?
Можно.
Подробная программа и условия участия