'

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

Понравилась презентация – покажи это...





Слайд 0

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


Слайд 1

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


Слайд 2

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


Слайд 3

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


Слайд 4

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


Слайд 5

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


Слайд 6

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


Слайд 7

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


Слайд 8

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


Слайд 9

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


Слайд 10

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


Слайд 11

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


Слайд 12

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


Слайд 13

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


Слайд 14

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


Слайд 15

Вопросы?


Слайд 16

Контакты Артем Шаповал artem.shapoval@gmail.com artem.shapoval@globallogic.com


×

HTML:





Ссылка: