Важливі показники та вимірювання тестування програмного забезпечення - пояснюються прикладами та графіками

important software test metrics

У програмних проектах найважливішим є вимірювання якості, вартості та ефективності проекту та процесів. Без їх вимірювання проект не може бути успішно завершений.

У сьогоднішній статті ми дізнаємось з прикладами та графіками - Метрики та вимірювання тестування програмного забезпечення і як їх використовувати в процесі тестування програмного забезпечення.

Існує відоме твердження: 'Ми не можемо контролювати речі, які ми не можемо виміряти'.

Тут контроль проектів означає, як керівник проекту / керівник може ідентифікувати відхилення від плану тесту якнайшвидше, щоб реагувати на ідеальний час. Створення тестових метрик на основі потреб проекту є дуже важливим для досягнення якості програмного забезпечення, що тестується.

Що ви дізнаєтесь:

• Що таке показники тестування програмного забезпечення?
• Що таке вимірювання тестування програмного забезпечення?
• Навіщо тестувати метрики?
• Метрики Життєвий цикл
• Типи ручних тестових показників
• Приклади показників тестування програмного забезпечення
• Висновок
• Рекомендована література

Що таке показники тестування програмного забезпечення?

Метрика - це кількісна міра ступеня, на якому система, компонент системи або процес володіють заданим атрибутом.

Метрики можна визначити як “СТАНДАРТИ ОФ ВИМІРЮВАННЯ '.

Програмні показники використовуються для вимірювання якості проекту. Просто метрика - це одиниця виміру, що використовується для опису атрибута. Метрика - це шкала для вимірювання.

Нехай загалом “Кілограм” є метрикою для вимірювання атрибута “Вага”. Подібним чином, у програмному забезпеченні, “Скільки проблем виявлено у тисячі рядків коду?”, H також Кількість видань - це одне вимірювання, а кількість рядків коду - інше вимірювання. Метрика визначається з цих двох вимірювань .

Приклад тестових показників:

• Скільки дефектів існує в модулі?
• Скільки тестових випадків виконується на одну особу?
• Що таке охоплення тестуванням%?

Що таке вимірювання тестування програмного забезпечення?

Вимірювання - це кількісне зазначення обсягу, кількості, розміру, потужності або розміру якогось атрибута товару або процесу.

Приклад тестового вимірювання: Загальна кількість дефектів.

Будь ласка, зверніться до діаграми нижче, щоб чітко зрозуміти різницю між вимірами та показниками.

Навіщо тестувати метрики?

Створення показників тестування програмного забезпечення є найважливішим обов'язком керівника / менеджера тестування програмного забезпечення.

Тестові метрики використовуються для,

1. Прийміть рішення для наступного етапу таких заходів, як оцінка вартості та графік майбутніх проектів.
2. Зрозумійте, яке вдосконалення потрібно для успіху проекту
3. Прийняти рішення щодо модифікації процесу або технології тощо.

Важливість показників тестування програмного забезпечення:

Як пояснювалося вище, тестові показники є найважливішими для вимірювання якості програмного забезпечення.

Зараз, як ми можемо виміряти якість програмного забезпечення за допомогою Метрики ?

Припустимо, якщо проект не має ніяких показників, то як буде вимірюватися якість роботи, виконаної аналітиком тесту?

Наприклад, Аналітик тесту повинен,

1. Розробіть тестові кейси для 5 вимог
2. Виконайте розроблені тестові кейси
3. Зафіксуйте дефекти і потрібно провалити відповідні тестові випадки
4. Після усунення дефекту нам потрібно повторно протестувати дефект і повторно виконати відповідний невдалий тест.

У наведеному вище сценарії, якщо метрики не дотримуються, робота, виконана тестовим аналітиком, буде суб’єктивною, тобто Протокол випробування не матиме належної інформації, щоб знати стан своєї роботи / проекту.

Якщо в проекті бере участь Метрики, то може бути опублікований точний статус його / її роботи з відповідними номерами / даними.

тобто у звіті про випробування ми можемо опублікувати:

1. Скільки тестових кейсів було розроблено відповідно до вимог?
2. Скільки тестових кейсів ще не розроблено?
3. Скільки тестів виконується?
4. Скільки тестових випадків пройдено / не виконано / заблоковано?
5. Скільки тестових випадків ще не виконано?
6. Скільки виявлено дефектів і яка тяжкість цих дефектів?
7. Скільки тестових випадків не пройдено через певний дефект? тощо

Виходячи з потреб проекту, ми можемо мати більше показників, ніж згаданий перелік, щоб детально знати стан проекту.

На основі вищезазначених показників керівник тесту / менеджер отримає розуміння зазначених нижче ключових моментів.

• % ge виконаної роботи
• % ge роботи ще не завершено
• Час завершити роботу, що залишилася
• Чи відбувається проект згідно з графіком чи відстає? тощо

Виходячи з метрик, якщо проект не буде завершено згідно з графіком, тоді менеджер підніме тривогу до клієнта та інших зацікавлених сторін, вказавши причини відставання, щоб уникнути несподіванок в останню хвилину.

Метрики Життєвий цикл

Типи ручних тестових показників

Показники тестування в основному поділяються на 2 категорії.

1. Базові метрики
2. Обчислювані метрики

Базові показники: Базові метрики - це метрики, отримані на основі даних, зібраних аналітиком тесту під час розробки та виконання тестового кейсу.

Ці дані будуть відстежуватися протягом життєвого циклу тесту. Тобто збір даних, таких як Загальний номер. тестових кейсів, розроблених для проекту (або) немає. тестових кейсів потрібно виконати (або) немає. пройдених / невдалих / заблокованих тестових випадків тощо.

Запитання та відповіді на співбесіду з Девопсом для досвідчених

Розраховані показники: Обчислювані метрики походять від даних, зібраних у базових метриках. Ці показники, як правило, відстежуються керівником тесту / менеджером для цілей звітування про тести.

Приклади показників тестування програмного забезпечення

Давайте візьмемо приклад для обчислення різних показників тесту, що використовуються у звітах про тестування програмного забезпечення:

Нижче наведено формат таблиці для даних, отриманих у Тестового аналітика, який фактично бере участь у тестуванні:

Визначення та формули для обчислення метрик:

# 1)% ge Тестові випадки Виконано : Ця метрика використовується для отримання статусу виконання тестових випадків у перерахунку на% ge.

Виконано% ge тестових випадків = ( Кількість виконаних тестових справ / Загальна кількість написаних тестових кейсів) * 100.

Отже, з наведених даних,
% ge Виконано тестових випадків = (65/100) * 100 = 65%

# 2)% ge Тестові випадки не виконувались : Ця метрика використовується для отримання статусу очікуваного виконання тестових випадків у перерахунку на% ge.

% ge Тестові випадки не виконуються = ( Кількість тестових випадків, що не виконувались / Загальна кількість написаних тестових кейсів) * 100.

Отже, з наведених даних,
% ge Тестові випадки заблоковані = (35/100) * 100 = 35%

10 найкращих сайтів для перегляду аніме

# 3)% ge Тестові випадки пройдено : Ця метрика використовується для отримання успішності% ge виконаних тестових випадків.

% ge Тестові випадки Здано = ( Кількість пройдених тестових випадків / Загальна кількість виконаних тестових випадків) * 100.

Отже, з наведених даних,
% ge Здійснені тестові справи = (30/65) * 100 = 46%

# 4)% ge Тестові випадки Не вдалося : Ця метрика використовується для отримання Fail% ge виконаних тестових випадків.

% ge Тестові випадки Помилка = ( Кількість невдалих тестових випадків / Загальна кількість виконаних тестових випадків) * 100.

Отже, з наведених даних,
% ge Здійснені тестові справи = (26/65) * 100 = 40%

# 5)% ge Тестові випадки заблоковані : Ця метрика використовується для отримання заблокованих% ge виконаних тестових випадків. Детальний звіт можна подати із зазначенням фактичної причини блокування тестових випадків.

% ge Тестові випадки заблоковані = ( Кількість тестових випадків, заблокованих / Загальна кількість виконаних тестових випадків) * 100.

Отже, з наведених даних,
% ge Тестові випадки заблоковані = (9/65) * 100 = 14%

# 6) Щільність дефектів= Кількість виявлених дефектів / розмір

( Тут “Розмір” вважається вимогою. Отже, тут щільність дефекту розраховується як кількість дефектів, виявлених відповідно до вимог. Подібним чином, щільність дефектів може бути розрахована як кількість виявлених дефектів на 100 рядків коду (АБО) Кількість виявлених дефектів на модулі тощо. )

Отже, з наведених даних,
Щільність дефекту = (30/5) = 6

# 7) Ефективність усунення дефектів (DRE)= ( Кількість дефектів, виявлених під час перевірки якості / (Кількість дефектів, виявлених під час перевірки якості + кількість дефектів, виявлених Кінцевим користувачем)) * 100

DRE використовується для виявлення ефективності тестування системи.
Припустимо, під час тестування розробки та контролю якості ми виявили 100 дефектів.
Після тестування контролю якості під час тестування альфа-та бета-версій кінцевий користувач / клієнт виявив 40 дефектів, які могли бути виявлені на етапі тестування контролю якості.

Тепер DRE буде обчислюватися як,
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%

# 8) Витоки дефектів: Дефект витоку - це показник, який використовується для ідентифікації ефективність тестування якості тобто скільки дефектів було пропущено / прослизано під час перевірки якості.

Витоки дефектів = ( Кількість дефектів, виявлених в UAT / Кількість дефектів, виявлених під час перевірки якості.) * 100

Припустимо, під час тестування розробки та контролю якості ми виявили 100 дефектів.
Після тестування контролю якості під час тестування альфа-та бета-версій кінцевий користувач / клієнт виявив 40 дефектів, які могли бути виявлені на етапі тестування контролю якості.

Витоки дефектів = (40/100) * 100 = 40%

# 9) Дефекти за пріоритетом : Ця метрика використовується для ідентифікації №. дефектів, виявлених на основі серйозності / пріоритетності дефекту, який використовується для визначення якості програмного забезпечення.

% ge Критичні дефекти = Кількість виявлених критичних дефектів / Загальна кількість виявлених дефектів * 100
З даних, наведених у наведеній вище таблиці,
% ge Критичні дефекти = 6/30 * 100 = 20%

% ge Високі дефекти = Кількість виявлених сильних дефектів / Загальна кількість виявлених дефектів * 100
З даних, наведених у наведеній вище таблиці,
% ge Високі дефекти = 10/30 * 100 = 33,33%

% ge Середні дефекти = Кількість виявлених середніх дефектів / Загальна кількість виявлених дефектів * 100
З даних, наведених у наведеній вище таблиці,
% ge Середні дефекти = 6/30 * 100 = 20%

% ge Низькі дефекти = Кількість виявлених низьких дефектів / Загальна кількість виявлених дефектів * 100
З даних, наведених у наведеній вище таблиці,
% ge Низькі дефекти = 8/30 * 100 = 27%

Рекомендована література=> Як написати ефективний підсумковий звіт про тести

Висновок

Показники, наведені в цій статті, в основному використовуються для генерації Щоденний / тижневий звіт про стан з точними даними на етапі розробки / виконання тестового випадку, і це також корисно для відстеження стану проекту та якості програмного забезпечення.

Про автора : Це гостьовий допис Анурадхи К. Вона має 7+ років досвіду тестування програмного забезпечення і зараз працює консультантом у MNC. Вона також добре знає тестування мобільної автоматизації.

Які ще тестові показники ви використовуєте у своєму проекті? Як зазвичай, повідомте нам про свої думки / запитання в коментарях нижче.

Рекомендована література

• Вправи для тестування програмного забезпечення - нова платформа для перевірки ваших навичок тестування та обміну практичними ідеями
• Що таке тестування на витривалість у тестуванні програмного забезпечення (приклади)
• Як переглянути документ SRS та створити сценарії тестування - Навчання тестуванню програмного забезпечення на реальному проекті - День 2
• Навчання тестування програмного забезпечення: Наскрізне навчання на живому проекті - Безкоштовне онлайн-навчання з якості, частина 1
• Тестування додатків - до основ тестування програмного забезпечення!
• Підручник з QTP # 18 - Управління даними та гібридні фреймворки, пояснені на прикладах QTP
• Що таке життєвий цикл тестування програмного забезпечення (STLC)?
• Метадані у сховищі даних (ETL), пояснені на прикладах