Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

О чем никто не говорит, а Google не находит? - нюансы Severity и Priority

1,874 views

Published on

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

Published in: Education
  • Be the first to comment

О чем никто не говорит, а Google не находит? - нюансы Severity и Priority

  1. 1. Severity и Priority Очевидное и невероятное Alexei Vinogradov
  2. 2. Alexei Vinogradov IT-Kонсультант тестирование, управление тестированием, автоматизация в тестировании, коучинг 15+ лет в IT, докладчик SQA Days 16 / Codefest 2015 Radio QA (http://radio-qa.com)
  3. 3. Использовать Severity и Priority очень просто
  4. 4. Использовать Severity и Priority просто????
  5. 5. У нас используется только Severity (только Priority), что нам делать?
  6. 6. Используем и Severity, и Priority. Точка
  7. 7. Severity Priority Важность воздействия конкретного дефекта на разработку или функционирование компонента или системы (ISTQB) Степень важности, присваеваемая объекту. Например, дефекту. (ISTQB) Критичность Приоритет
  8. 8. Severity Priority Важность воздействия конкретного дефекта на разработку или функционирование компонента или системы (ISTQB) Степень важности, присваеваемая объекту. Например, дефекту. (ISTQB) Критичность Приоритет
  9. 9. Severity Priority Степень негативного влияния дефекта на продукт Определяется тестировщиками Порядок в котором дефекты должны быть исправлены Определяется разработкой и бизнесом* * Context-driven школа тестирования
  10. 10. Quality Assurance School Тестировщик (QA) определяет когда продукт готов Тестировщик (QA) определяет меры достижения качества, в т.ч. в разработке Тестировщик (QA) оберегает пользователя от плохого продукта Тестировщик (QA) отвечает за качество
  11. 11. Context-driven School Продукты делаются людьми и для людей, это (т.е. контекст) определяет задачи тестирования Не бывает „лучших методов“, есть хорошие методы в данном контексте Тестировщик предоставляет информацию, чтобы упростить заинтересованным лицам принятие важных решений
  12. 12. Проблемы 1. Непонимание в коммуникациях 2. Перетягивание каната 3. Нереалистичные критерии и KPI
  13. 13. Коммуникации: что фиксить сперва - Major или High?
  14. 14. Severity Critical - функция не работает Major - существует workaround Minor - проблема несущественна
  15. 15. Severity Blocker - тестирование заблокировано Critical - функция не работает Major - существует workaround Minor - проблема несущественна
  16. 16. Severity Blocker - тестирование заблокировано Critical - важная функция не работает Major - менее важная / workaround важной Minor - проблема несущественна
  17. 17. Severity Blocker - тестирование заблокировано Critical - … Major - … Normal - … Minor - проблема несущественна
  18. 18. Priority 1 2 3
  19. 19. Priority 1 2 3 4
  20. 20. I II III IV
  21. 21. Priority для менеджеров 1 2 3
  22. 22. Priority для менеджеров 1 2 3 4
  23. 23. Priority - Alarm 0 - „аврал“ (немедленно исправить!)* 1 2 3 * Andon-Cord (Тойота, Япония, 1948-…)
  24. 24. Коммуникация Используйте разные шкалы совсем-совсем разные
  25. 25. Перетягивание каната: „понизь Critical - и так много работы“
  26. 26. Как победить? Minor Critical
  27. 27. Как победить? Не участвовать
  28. 28. Severity оценивают тестировщики Priority оценивает разработка или бизнес
  29. 29. Критерии и KPI: „без Critical, максимум 5 Major“
  30. 30. Вопрос Какие KPI разумно использовать тест-менеджеру?
  31. 31. Ответ Опыт Здравый смысл Квалификацию
  32. 32. Вопрос Как уменьшить количество неправильно оцененных Severity?
  33. 33. Ответ Никак
  34. 34. KPI Не используйте KPI, используйте голову Ошибки в оценке Severity не играют никакой роли
  35. 35. О динамике Изменять Severity можно Изменять Priority можно
  36. 36. Выводы 1. Ввели значения, которые невозможно перепутать -> уменьшили количество недопонимания в коммуникации 2. Четко разделили границы влияния -> нет повода оспаривать значения -> меньше стресса 3. Отменили численные измерения -> уменьшили страх поставить „не то“ значение
  37. 37. Напоследок За обеспечение качества ответственна вся команда! Photo: Sekhar, India ©
  38. 38. The End. Questions? skype: alexejv email: alexei@vinogradov-it.de twitter: @vinogradoff

×