Severity та Priority – це два атрибута, котрі використовуються для визначення послідовності усунення дефектів (багів), виявлених під час тестування програмного забезпечення.
Severity
Severity (серйозність) – це атрибут, котрий характеризує вплив дефекту на загальну функціональність програмного забезпечення що тестується. Він визначає, наскільки сильно дефект впливає на систему та її користувачів.
Приклад класифікації severity багів:
- Blocker – блокуюча помилка, унеможливлює всю подальшу роботу з системою. Для відновлення роботи необхідне виправлення Blocker.
- Critical – критична помилка, порушує роботу основного функціоналу. Баг проявляється постійно і унеможливлює використання ключових функцій системи.
- Major – значна помилка, ускладнює (але не блокує) роботу основного функціоналу, або унеможливлює використання другорядних функцій.
- Minor – незначний баг, на функціонал системи впливає відносно мало, ускладнює використання другорядних функцій. Для обходу цього бага існують очевидні шляхи.
- Trivial – тривіальний баг, не впливає на функціонал проекту, але погіршує загальне враження від роботи з продуктом.
Priority
Priority (пріоритет) – це атрибут, що визначає важливість виправлення дефекту та послідовність, в якій баги повинні бути виправлені командою розробників. Priority встановлюється на основі бізнес-потреб та вимог замовника.
Приклад класифікації priority багів:
- Highest – найвищий пріоритет. Призначається екстреним ситуаціям, які дуже негативно впливають на продукт, чи навіть бізнес компанії. Такі баги слід усувати негайно.
- High – високий пріоритет. Призначається багам, які мають бути усунені якнайшвидше.
- Medium – звичайний пріоритет, призначається за замовчуванням. Ці баги усуваються в другу чергу, в штатному порядку.
- Low – низький пріоритет. Призначається багам, які не мають серйозного впливу на функціонал та якість продукту. Виправлення таких багів відбувається в останню чергу, якщо є час та ресурси.
Приклади поєднання Severity та Priority (використовуються узагальнені рівні High та Low)
High Severity та High Priority – критичний збій бізнес-моделі, проблема при котрій повністю не працює більша частина функціональності або основний компонент системи:
- натискання на кнопку не запускає критичну функцію, наприклад не працює кнопка авторизації на сторінці входу, і клієнти не можуть увійти в систему
Low Severity та High Priority – дефекти які не впливають на важливу функціональність, але погіршують взаємодію з користувачем та репутацію бізнесу:
- помилка в логотипі чи назві компанії на головній сторінці, інакше кажучи помилки, що впадають у вічі і здатні негативно вплинути на репутацію компанії
High Severity та Low Priority – проблема, яка поки що не впливає на бізнес, але має великий вплив з погляду функціональності:
- не працює функція генерації річного звіту, яка буде використана лише через півроку
Low Severity та Low Priority – дефекти що не впливають на функціональність. Наприклад малопомітні орфографічні помилки, або невідповідність розміру елемента на рідко відвідуваних сторінках інтерфейсу користувача:
- на сторінці політики конфіденційності веб-сайту є малопомітна орфографічна помилка
Висновок
Severity визначає технічний вплив помилки на працездатність самого ПЗ, а Priority свідчить про черговість усунення дефекту, тобто погляд бізнесу. Пріоритет виставляється будь-якими business stakeholders, включаючи project managers, business analysts, product owner, а серйозність сам QA Engineer (або у складних випадках той, хто має кращу експертизу). Розробник бере в роботу задачі по виправленню дефектів виходячи з пріоритету.