Серйозність помилок
Серйозність помилок або дефект Серйозність тестування - це ступінь впливу помилки чи дефекту на тестоване програмне забезпечення. Більший вплив помилки / дефекту на функціональність системи призведе до вищого рівня серйозності. Інженер із забезпечення якості зазвичай визначає ступінь серйозності помилки / дефекту.
Що таке пріоритет?
Пріоритет визначається як порядок, у якому слід виправити дефект. Чим вище пріоритет, тим швидше дефект повинен бути вирішений.
Дефектам, які залишають програму непридатною для використання, надається вищий пріоритет перед дефектами, які спричиняють вихід із ладу невеликої функціональності програмного забезпечення.
КЛЮЧОВА РІЗНИЦЯ
- Пріоритет - це порядок, в якому розробник повинен усунути дефект, тоді як серйозність - це ступінь впливу дефекту на роботу продукту.
- Пріоритет поділяється на три типи: низький, середній та високий, тоді як ступінь важкості поділяється на п'ять типів: критичний. мажор, помірність, мінор та косметика.
- Пріоритет асоціюється з плануванням, а серйозність - з функціональністю або стандартами.
- Пріоритет вказує, як швидко слід виправити помилку, тоді як серйозність вказує на серйозність дефекту функціональності продукту.
- Пріоритет дефектів визначається за погодженням з менеджером / клієнтом, тоді як ступінь серйозності дефектів визначається інженером з контролю якості.
- Пріоритет визначається вартістю бізнесу, а важливість - функціональністю.
- Значення пріоритету є суб’єктивним і може змінюватися протягом певного періоду в залежності від зміни ситуації в проекті, тоді як значення серйозності є об’єктивним і менш вірогідним.
- Статус високого пріоритету та низької тяжкості вказує, що дефект повинен бути виправлений на безпосередній основі, але це не впливає на застосування, тоді як статус високої серйозності та низький пріоритет вказує на дефект, але не на безпосередній основі.
- Статус пріоритету базується на вимогах замовника, тоді як статус серйозності базується на технічному аспекті товару.
Типи тяжкості
Під час тестування програмного забезпечення типи серйозності помилки / дефекту можна розділити на чотири частини:
- Критично : Цей дефект свідчить про повне завершення процесу, і далі не можна продовжувати нічого
- Мажор : Це дуже важкий дефект, який руйнує систему. Однак деякі частини системи залишаються функціональними
- Середній : Це спричиняє небажану поведінку, але система все ще функціонує
- Низький : це не призведе до серйозних поломок системи
Типи пріоритетів
Типи пріоритетів помилок / дефектів можна розділити на три частини:
- Низький: Дефект є подразником, але його можна відновити після того, як буде виправлено більш серйозний Дефект
- Середній: Під час звичайного перебігу дефекту слід усунути дефект. Він може зачекати, поки не буде створена нова версія
- Високий: Дефект повинен бути усунений якомога швидше, оскільки він сильно впливає на систему і не може бути використаний, поки не буде виправлений
Поради щодо визначення тяжкості дефекту
- Визначте частоту появи: У деяких випадках, якщо в коді часто трапляється незначний дефект, він може бути більш серйозним. Отже, з точки зору користувача, це більш серйозно, навіть якщо це незначний дефект.
- Ізолюйте дефект: Ізоляція дефекту може допомогти з’ясувати ступінь його тяжкості.
Пріоритет проти важкості: ключова різниця
| Пріоритет | Серйозність |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Приклад серйозності та пріоритетності дефектів
Давайте побачимо приклад низької тяжкості та високого пріоритету та навпаки
- Дуже низький рівень серйозності з високим пріоритетом: Помилка логотипу для будь-якого веб-сайту, що відправляє, може бути низькою серйозністю, оскільки це не впливатиме на функціональність веб-сайту, але може мати високий пріоритет, оскільки ви не хочете, щоб подальше відправлення тривало з неправильним логотипом.
- Дуже висока ступінь серйозності з низьким пріоритетом: Аналогічно, для веб-сайту, що виконує рейси, дефект функціональності бронювання може мати високий рівень серйозності, але може бути низьким пріоритетом, оскільки його можна запланувати до випуску в наступному циклі.
Триаж дефектів
Структура дефектів - це процес, який намагається здійснити перебалансування процесу, коли команда випробувачів стикається з проблемою обмеженої доступності ресурсів. Отже, коли існує велика кількість дефектів і обмежена кількість тестерів для їх перевірки, сортування дефектів допомагає спробувати вирішити якомога більше дефектів на основі таких параметрів дефекту, як важкість та пріоритет.
Як визначити триаж дефекту:
Більшість систем використовують пріоритет як основний критерій для оцінки дефекту. Однак хороший процес сортування враховує і важкість.
Процес сортування включає наступні етапи
- Перегляд усіх дефектів, включаючи відхилені дефекти командою
- Первинна оцінка дефектів базується на його змісті та відповідних параметрах пріоритету та тяжкості
- Пріоритетність дефекту на основі вхідних даних
- Призначте дефект для виправлення випуску менеджером продукту
- Перенаправляє дефект правильному власнику / команді для подальших дій
Вказівки, які повинен врахувати кожен тестувальник, перш ніж вибирати ступінь тяжкості
Параметр серйозності оцінюється тестувальником, тоді як параметр пріоритету оцінюється менеджером продукту або командою сортування. Щоб визначити дефект пріоритетним, обов’язково для тестера вибрати правильний ступінь тяжкості, щоб уникнути плутанини з командою розробників.
- Добре зрозумійте поняття пріоритету та тяжкості
- Завжди призначайте рівень серйозності на основі типу проблеми, оскільки це вплине на її пріоритет
- Зрозумійте, як конкретний сценарій або тестовий випадок вплине на кінцевого користувача
- Потрібно врахувати, скільки часу знадобиться для виправлення дефекту, виходячи з його складності та часу для перевірки дефекту
Висновок:
- При розробці програмного забезпечення присвоєння дефекту неправильної серйозності може затримати процес STLC і може мати суттєві наслідки для загальної роботи команди. Отже, відповідальна особа повинна бути чіткою та точною у своєму виклику щодо присвоєння вади.