Тестирование без требований

О чем мы поговорим
Предпосылки
Проблема и ее влияние на процесс разработки ПО
Методы решения

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

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

Описание ситуации и ее влияние на проект
нахождение дефектов мигрирует на более поздние этапы
неопределенность критериев приемки продукта заказчиком
сложность определения качества продукта

Методы решения проблемы
анализ требований
планирование тестирования
проектирование тестов
выполнение тестирования
передача продукта заказчику

Анализ требований
визуализация требований (flowchart диаграммы, UML Use Cases, Mind Map)
регулярные обсуждения продукта с проектной командой и
командой заказчика

Планирование тестирования
использование высокоуровневых чеклистов
информация из конкурирующих продуктов
использование опыта из
прошлых проектов

Проектирование тестов
использование кода, как основы идей для тестовых сценариев
Test Plans могут выступать в роли низкоуровневых требований

Выполнение тестирования
умение задавать правильные вопросы
использование неформальных техник тестирования:
Ad hoc тестирование
исследовательское (exploratory) тестирование

Ad hoc тестирование
импровизированное тестирование без предварительной подготовки
преимущество: важные дефекты находятся на ранних стадиях
метод для обзора
функциональности
продукта

Исследовательское (exploratory) тестирование
переплетение дизайна тестов и выполнения
тестировщик узнает продукт в процессе его тестирования
особое внимание уделяется
творчеству и спонтанности

Передача проекта заказчику
High-Level Check List может выступать в роли требований к продукту
обязательное утверждение условий приемки продукта (acceptance test criteria) у клиента
передача должна происходить
как можно чаще

Решенные проблемы
единый взгляд на продукт
извлечение данных о продукте
нахождение дефектов на ранних этапах
детальное планирование
критерии приемки продукта заказчиком
определение качества продукта
Что в итоге? (1/2)

Что в итоге? (2/2)

Вопросы?