Доклад Алексея Виноградова на конференции SQA Days-17, 29-30 мая 2015 г., Минск www.sqadays.com

1. Severity и Priority
Очевидное и невероятное
Alexei Vinogradov

2. Alexei Vinogradov
IT-Kонсультант
тестирование, управление
тестированием, автоматизация в
тестировании, коучинг
15+ лет в IT, докладчик SQA Days 16 / Codefest 2015
Radio QA (http://radio-qa.com)

4. Использовать Severity и Priority
очень просто

5. Использовать Severity и Priority
просто????

6. У нас используется только Severity
(только Priority), что нам делать?

9. Используем и Severity, и Priority.
Точка

10. Severity Priority
Важность воздействия
конкретного дефекта
на разработку или
функционирование
компонента или
системы (ISTQB)
Степень важности,
присваеваемая
объекту. Например,
дефекту. (ISTQB)
Критичность Приоритет

11. Severity Priority
Важность воздействия
конкретного дефекта на
разработку или
функционирование
компонента или
системы (ISTQB)
Степень важности,
присваеваемая объекту.
Например, дефекту.
(ISTQB)
Критичность Приоритет

12. Severity Priority
Степень негативного
влияния дефекта на
продукт
Определяется
тестировщиками
Порядок в котором
дефекты должны быть
исправлены
Определяется
разработкой и бизнесом*
* Context-driven школа тестирования

13. Quality Assurance School
Тестировщик (QA) определяет когда продукт
готов
Тестировщик (QA) определяет меры достижения
качества, в т.ч. в разработке
Тестировщик (QA) оберегает пользователя от
плохого продукта
Тестировщик (QA) отвечает за качество

14. Context-driven School
Продукты делаются людьми и для людей, это
(т.е. контекст) определяет задачи тестирования
Не бывает „лучших методов“, есть хорошие
методы в данном контексте
Тестировщик предоставляет информацию,
чтобы упростить заинтересованным лицам
принятие важных решений

15. Проблемы
1. Непонимание в коммуникациях
2. Перетягивание каната
3. Нереалистичные критерии и KPI

16. Коммуникации:
что фиксить сперва - Major или High?

17. Severity
Critical - функция не работает
Major - существует workaround
Minor - проблема несущественна

18. Severity
Blocker - тестирование заблокировано
Critical - функция не работает
Major - существует workaround
Minor - проблема несущественна

19. Severity
Blocker - тестирование заблокировано
Critical - важная функция не работает
Major - менее важная / workaround важной
Minor - проблема несущественна

20. Severity
Blocker - тестирование заблокировано
Critical - …
Major - …
Normal - …
Minor - проблема несущественна

21. Priority
1
2
3

22. Priority
1
2
3
4

23. I
II
III
IV

24. Priority для менеджеров
1
2
3

25. Priority для менеджеров
1
2
3
4

26. Priority - Alarm
0 - „аврал“ (немедленно исправить!)*
1
2
3
* Andon-Cord (Тойота, Япония, 1948-…)

27. Коммуникация
Используйте разные шкалы
совсем-совсем разные

28. Перетягивание каната:
„понизь Critical - и так много работы“

29. Как победить?
Minor Critical

30. Как победить?
Не участвовать

31. Severity оценивают тестировщики
Priority оценивает разработка или бизнес

32. Критерии и KPI:
„без Critical, максимум 5 Major“

33. Вопрос
Какие KPI разумно использовать тест-менеджеру?

34. Ответ
Опыт
Здравый смысл
Квалификацию

35. Вопрос
Как уменьшить количество неправильно
оцененных Severity?

36. Ответ
Никак

37. KPI
Не используйте KPI, используйте голову
Ошибки в оценке Severity
не играют никакой роли

38. О динамике
Изменять Severity можно
Изменять Priority можно

39. Выводы
1. Ввели значения, которые невозможно
перепутать -> уменьшили количество
недопонимания в коммуникации
2. Четко разделили границы влияния -> нет
повода оспаривать значения -> меньше
стресса
3. Отменили численные измерения -> уменьшили
страх поставить „не то“ значение

40. Напоследок
За обеспечение качества ответственна вся
команда!
Photo: Sekhar, India ©

41. The End.
Questions?
skype: alexejv
email: alexei@vinogradov-it.de
twitter: @vinogradoff