Тестирование методом свободного поиска, или тестирование без заранее спроектированных тестов, выполняемых в точном соответствии с планом -- это, наверное, единственный подход к тестированию, который эффективно работает в условиях неопределенности:

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

Предварительное проектирование тестов -- это попытка построить тактический план тестирования, попытка декомпозировать задачу тестирования до уровня отдельных тестов.

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

Что же делать?

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

Надо перейти к тестированию методом свободного поиска.

А как же контроль и учет? Можно ли при этом сохранить управляемость процесса тестирования?

Можно.

Подробная программа и условия участия: http://software-testing.ru/trainings/schedule?&task=3&cid=86

Тестирование методом свободного поиска, или тестирование без заранее спроектированных тестов, выполняемых в точном соответствии с планом -- это, наверное, единственный подход к тестированию, который эффективно работает в условиях неопределенности:

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

Предварительное проектирование тестов -- это попытка построить тактический план тестирования, попытка декомпозировать задачу тестирования до уровня отдельных тестов.

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

Что же делать?

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

Надо перейти к тестированию методом свободного поиска.

А как же контроль и учет? Можно ли при этом сохранить управляемость процесса тестирования?

Можно.

Подробная программа и условия участия: http://software-testing.ru/trainings/schedule?&task=3&cid=86