О чем никто не говорит, а Google не находит? - нюансы Severity и Priority
Download as PPTX, PDF1 like2,133 views
Документ обсуждает важность понимания и различия между severity и priority в тестировании программного обеспечения. Авторы подчеркивают, что ясная коммуникация и четкие критерии необходимы для эффективного управления дефектами, а также для принятия решений о том, какие дефекты следует исправлять в первую очередь. В заключение отмечается, что ответственность за качество лежит на всей команде.
О чем никто не говорит, а Google не находит? - нюансы Severity и Priority
- 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
- 26. Priority - Alarm 0 - „аврал“ (немедленно исправить!)* 1 2 3 * Andon-Cord (Тойота, Япония, 1948-…)
- 28. Перетягивание каната: „понизь Critical - и так много работы“
- 31. Severity оценивают тестировщики Priority оценивает разработка или бизнес
- 32. Критерии и KPI: „без Critical, максимум 5 Major“
- 33. Вопрос Какие KPI разумно использовать тест-менеджеру?
- 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
Editor's Notes
- #8: Beispielsbelegung für Severity-Klassen. Und…
- #9: Beispielsbelegung für Severity-Klassen. Und…
- #13: Was ist Severity? Übersetzungen und Definitionen.
- #14: Beispielsbelegung für Severity-Klassen. Und…
- #17: Beispielsbelegung für Severity-Klassen. Und…
- #40: Nicht zu viele offene Defekte mit Priority 1 lassen, lieber öfter neu priorisieren. Priority-Klassen anders als Severity-Klassen benennen, z.B. 1-2-3 vs. Hoch-Mittel-Niedrig