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


The Presentation inside:

Slide 0

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


Slide 1

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


Slide 2

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


Slide 3

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


Slide 4

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


Slide 5

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


Slide 6

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


Slide 7

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


Slide 8

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


Slide 9

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


Slide 10

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


Slide 11

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


Slide 12

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


Slide 13

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


Slide 14

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


Slide 15

Вопросы?


Slide 16

Контакты Артем Шаповал [email protected] [email protected]


×

HTML:





Ссылка: