Тестирование без требований Артем Шаповал, QA/Risk Analyst, GlobalLogic

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

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

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

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

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

Анализ требований визуализация требований (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)

Вопросы?

Контакты Артем Шаповал