Моя презентация для Paralect QA BarCamp на тему "Тестирование требований и документации". Май 2013.

1. Тестирование требований и
документации пользователя
Paralect QA BarCamp
Uladzimir Kryvenka
Май 2013

2. Обо мне
Владимир Кривенко
Инструменты: Selenium, Coded UI Test
Один из основателей:Пишу блог :
В тестировании 6+ лет
Автор портала:
Автоматизацией занимаюсь 3+ года
Это я:
Работаю:
Head of QA в Paralect
Опыт:

3. Что? Где? Когда?
Тестирование требований:
• Зачем это нужно?
• Кто должен этим заниматься?
• Что тестируем?
• Как тестируем?
Тестирование документации:
•Зачем?
•Как?

4. Где мы больше всего косячим

5. Сколько платим

6. Требования
Требование (requirement) – условия или
возможности, необходимые пользователю
для решения определенных задач или
достижения определенных целей, которые
должны быть достигнуты для выполнения
контракта, стандартов, спецификации, или
других формальных документов [ISTQB]

7. Проблемы
• Требования неполные
• Частые изменения
• Требования изменяются в последний
момент
• Не верно трактовали

8. Симптомы
• Срыв сроков
• Сделали не то, что нужно
• Сделали не так, как нужно
• Изменения не контролируются
• Не довольные пользователи
• Команда не знает, что делает

9. Типы требований
• Функциональные (что?)
• Нефункциональные (как?)
А также:
• Явные
• Неявные

10. Характеристики требований
• Полнота
• Корректность
• Непротиворечивость
• Осуществимость
• Проверяемость
• Приоритизированность
• Необходимость

11. Характеристики документации
• Последовательность
• Модифицируемость
• Прослеживаемость

12. Кто тестирует?
Все мы это делаем 

13. Как это происходит

14. Обратить внимание
• Статусы требований
• Критерий готовности
• Возможность протестировать
• Войти в домен
• Спрашивайте пользователей

15. Обратить внимание
Неоднозначные термины
•«в зависимости»
• «быстро»
• «медленно»
• «возможно»
• «на столько на сколько возможно и.д.»
•«нормально»
•«оптимально»
•«лучше»
•и т.д.

16. Визуализируйте требования
• UML диаграммы
• Схемы
• Мокапы
• Mind map

17. Как проверять
• Тест-кейсы
• Чек-листы
• Авто-тесты

18. А что если нет документации?

19. Взять и сделать!

20. Оракулы
• Код приложения
• Носители знаний
• Прототипы
• Тест-кейсы
• Авто-тесты
• Любая другая информация о проекте

21. Что получаем?
• Экономим скорость разработки и
тестирования
• Избавляемся от переделок

22. Тестирование документации
Зачем?

23. Тестирование документации
• Корректность и полнота
• Удобство
• Непротиворечивость
• Понятность для целевой аудитории
• ГрамАтность :-)
• Оформление

24. А теперь ваши
-ы

25. Пообщаемся? 
http://bugscatcher.net/
u.kryvenka@gmail.com
u.kryvenka