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

Алексей Родионов

Transcript

1. ТЕСТИРОВАНИЕ КАК ПАРАРАЗРАБОТКА @p0deje p0deje@gmail.com
2. • 7+ лет в тестировании • Head QA @ Toptal • Code monkey @ Watir • (ex) Контрибутор @ Mozilla АЛЕКСЕЙ РОДИОНОВ
3. КАЧЕСТВО
4. КАЧЕСТВО соответствие реализации заданным характеристикам
5. КАЧЕСТВО соответствие реализации заданным характеристикам (функциональная спека, дизайн, юзабилити, etc.)
6. ТЕСТИРОВАНИЕ получение информации о качестве
7. ЗАЧЕМ?
8. ЗАЧЕМ? изменение текущих процессов разработки
9. ЗАЧЕМ? более лучшее качество
10. ЗАЧЕМ? выше конкурентоспособность
11. ЗАЧЕМ? увеличение прибыли
12. PROFIT!
13. N.B. Иллюстрация принципа “why stack” компании ThoughtWorks
14. КАК? Верификация и Валидация
15. ВЕРИФИКАЦИЯ мы сделали то, что требовалось
16. ВАЛИДАЦИЯ то, что мы сделали, соответствует ожиданиям (клиента, пользователей)
17. КАК?
18. КАК? Требования, планы, кейсы, трэкер и т.д.
19. КАК? Требования, планы, кейсы, трэкер и т.д. Требования, планы, кейсы, трэкер и т.д.
20. КАК? Требования, планы, кейсы, трэкер и т.д. Требования, планы, кейсы, трэкер и т.д. Требования, планы, кейсы, трэкер и т.д.
21. КАК? Требования, планы, трэкер и т.д. Требования, планы, трэкер и т.д. Требования, планы, трэкер и т.д.
22. КАК? Требования, трэкер и т.д. Требования, трэкер и т.д. Требования, трэкер и т.д.
23. КАК? Требования и т.д. Требования и т.д. Требования и т.д.
24. КАК? Как-то так
25. “РЕГРЕССИОННАЯ СПИРАЛЬ СМЕРТИ”
26. РУЧНОЕ ТЕСТИРОВАНИЕ НЕ МАСШТАБИРУЕТСЯ
27. КОЛИЧЕСТВО ➜ КАЧЕСТВО
28. АВТОМАТИЗАЦИЯ ТЕСТИРОВАНИЯ
29. УРОВНИ Юнит тесты Интеграционные тесты Системные тесты
30. ЮНИТ ТЕСТЫ • Методы и классы • В 90% случаев разработчики
31. ИНТЕГРАЦИОННЫЕ ТЕСТЫ • Взаимодействие отдельных компонентов • Big bang, bottom-up, top-down
32. СИСТЕМНЫЕ ТЕСТЫ • Полностью собранная система • GUI, Exploratory, Ad hoc, Security, Usability, etc.
33. Входные данные Тестируемая система Оракул ТЕСТ
34. ВХОДНЫЕ ДАННЫЕ daysInMonthToString(days)
35. ВХОДНЫЕ ДАННЫЕ daysInMonthToString(days) daysInMonthToString(10) #=> “10 days”
36. ВХОДНЫЕ ДАННЫЕ daysInMonthToString(days) daysInMonthToString(10) #=> “10 days” daysInMonthToString(50) #=> Error: “No more than 31 days”
37. АНАЛИЗ ПОГРАНИЧНЫХ ЗНАЧЕНИЙ … -1 0 31 32 …
38. АНАЛИЗ ПОГРАНИЧНЫХ ЗНАЧЕНИЙ … -1 0 31 32 … Неверно Неверно Верно
39. АНАЛИЗ ПОГРАНИЧНЫХ ЗНАЧЕНИЙ daysInMonthToString(-1) daysInMonthToString(0) daysInMonthToString(31) daysInMonthToString(32)
40. КЛАССЫ ЭКВИВАЛЕНТНОСТИ Единственное число - day Множественное число - days
41. КЛАССЫ ЭКВИВАЛЕНТНОСТИ daysInMonthToString(-1) daysInMonthToString(0) daysInMonthToString(31) daysInMonthToString(32) daysInMonthToString(1)
42. Входные данные Тестируемая система Оракул ТЕСТ
43. ОРАКУЛ • Предсказывает поведение системы • Определяет результат теста (pass/fail) • Джеймс Бах / Майкл Болтон: “FEW HICCUPPS” • Дуг Хоффман: “Таксономия оракулов”
44. ЧТО ДАЛЬШЕ?
45. ЧТО ДАЛЬШЕ? Непрерывная интеграция, деплоймент, ATDD, etc.
46. ЧТО ДАЛЬШЕ? Непрерывная интеграция, деплоймент, ATDD, etc. Оптимизация тестов, инфраструктура, etc.
47. ТЕСТИРОВАНИЕ?
48. ТЕСТИРОВАНИЕ? ПАРАРАЗРАБОТКА!
49. ПАРАДЕВ Человек в команде разработки, который не является разработчиком
50. ПАРАДЕВ Человек со множеством скиллов и неограниченный формальными рамками
51. ПАРАДЕВ Цель тестирования - перестать тестировать
52. ПАРАДЕВ “Test is dead” - Alberto Savoia
53. @p0deje p0deje@gmail.com СПАСИБО!