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
Продукты делаются людьми и для людей, это
(т.е. контекст) определяет задачи тестирования
Не бывает „лучших методов“, есть хорошие
методы в данном контексте
Тестировщик предоставляет информацию,
чтобы упростить заинтересованным лицам
принятие важных решений
18. Severity
Blocker - тестирование заблокировано
Critical - функция не работает
Major - существует workaround
Minor - проблема несущественна
19. Severity
Blocker - тестирование заблокировано
Critical - важная функция не работает
Major - менее важная / workaround важной
Minor - проблема несущественна
39. Выводы
1. Ввели значения, которые невозможно
перепутать -> уменьшили количество
недопонимания в коммуникации
2. Четко разделили границы влияния -> нет
повода оспаривать значения -> меньше
стресса
3. Отменили численные измерения -> уменьшили
страх поставить „не то“ значение
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