severity и priority для неначинающих: очевидное и невероятное

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 ©

The End.Questions?

skype: alexejvemail: alexei@vinogradov-it.detwitter: @vinogradoff