severity и priority для неначинающих: очевидное и невероятное
TRANSCRIPT
Severity и PriorityОчевидное и невероятное
Alexei Vinogradov
Alexei VinogradovIT-Kонсультант
тестирование, управление тестированием, автоматизация в тестировании, коучинг
15+ лет в IT, докладчик SQA Days 16 / Codefest 2015Radio QA (http://radio-qa.com)
Студент-практикант -> Программист ->
Тестировщик ->…
Использовать Severity и Priority очень просто
Использовать Severity и Priority просто????
У нас используется только Severity (только Priority), что нам делать?
Используем и Severity, и Priority.
Точка
Severity Priority
Важность воздеиствия конкретного дефекта на разработку или функционирование компонента или
системы (ISTQB)
Степень важности, присваеваемая объекту. Например, дефекту. (ISTQB)
Критичность Приоритет
Severity Priority
Важность воздеиствия конкретного дефекта на разработку или функционирование компонента или
системы (ISTQB)
Степень важности, присваеваемая объекту. Например, дефекту. (ISTQB)
Критичность Приоритет
Severity PriorityСтепень негативного влияния дефекта на продукт
Определяется тестировщиками
Порядок в котором дефекты должны быть исправлены
Определяется разработкои и бизнесом*
* Context-driven школа тестирования
Quality Assurance School
Тестировщик (QA) определяет когда продукт готов
Тестировщик (QA) определяет меры достижения качества, в т.ч. в разработке
Тестировщик (QA) оберегает пользователя от плохого продукта
Тестировщик (QA) отвечает за качество
Context-driven School
Продукты делаются людьми и для людеи, это (т.е. контекст) определяет задачи тестирования
Не бывает „лучших методов“, есть хорошие методы в данном контексте
Тестировщик предоставляет информацию, чтобы упростить заинтересованным лицам принятие важных решении
Проблемы
1. Непонимание в коммуникациях
2. Перетягивание каната
3. Нереалистичные критерии и KPI
Коммуникации: что фиксить сперва - Major или High?
Severity
Critical - функция не работает
Major - существует workaround
Minor - проблема несущественна
Severity
Blocker - тестирование заблокировано
Critical - функция не работает
Major - существует workaround
Minor - проблема несущественна
Severity
Blocker - тестирование заблокировано
Critical - важная функция не работает
Major - менее важная / workaround важнои
Minor - проблема несущественна
Severity
Blocker - тестирование заблокировано
Critical - …
Major - …
Normal - …
Minor - проблема несущественна
Priority1
2
3
Priority1
2
3
4
I
II
III
IV
Priority для менеджеров
1
2
3
Priority для менеджеров
1
2
3
4
Priority - Alarm
0 - „аврал“ (немедленно исправить!)*
1
2
3
* Andon-Cord (Тоиота, Япония, 1948-…)
Коммуникация
Используите разные шкалы
совсем-совсем разные
Перетягивание каната: „понизь Critical - и так много работы“
Как победить?
Minor Critical
Как победить?
Не участвовать
Severity оценивают тестировщики
Priority оценивает разработка или бизнес
Критерии и KPI: „без Critical, максимум 5 Major“
Вопрос
Какие KPI разумно использовать тест-менеджеру?
Ответ
ОпытЗдравыи смыслКвалификацию
Вопрос
Как уменьшить количество неправильно оцененных Severity?
Ответ
Никак
KPI
Не используите KPI, используите голову
Ошибки в оценке Severityне играют никакои роли
О динамике
Изменять Severity можно
Изменять Priority можно
Выводы1. Ввели значения, которые невозможно
перепутать -> уменьшили количество недопонимания в коммуникации
2. Четко разделили границы влияния -> нет повода оспаривать значения -> меньше стресса
3. Отменили численные измерения -> уменьшили страх поставить „не то“ значение
НапоследокЗа обеспечение качества ответственна вся команда!
Photo: Sekhar, India ©
