important software test metrics
В софтуерните проекти е най-важно да се измери качеството, разходите и ефективността на проекта и процесите. Без измерването им проект не може да бъде завършен успешно.
В днешната статия ще научим с примери и графики - Показатели и измервания на софтуерни тестове и как да ги използваме в процеса на тестване на софтуера.
Има известна декларация: „Не можем да контролираме неща, които не можем да измерим“.
Тук контролирането на проектите означава как ръководителят / ръководителят на проекта може да идентифицира отклоненията от плана за тестване ASAP, за да реагира в перфектно време. Генерирането на тестови показатели въз основа на нуждите на проекта е много важно за постигане на качеството на софтуера, който се тества.
Какво ще научите:
- Какво е метрика за тестване на софтуер?
- Какво представлява измерването на теста на софтуера?
- Защо да тестваме показатели?
- Метрики жизнен цикъл
- Видове ръчни тестови показатели
- Примери за метрики за тестване на софтуер
- Заключение
- Препоръчително четене
Какво е метрика за тестване на софтуер?
Метриката е количествена мярка за степента, до която системата, системният компонент или процес притежават даден атрибут.
Показателите могат да бъдат дефинирани като „СТАНДАРТИ НА ИЗМЕРВАНЕ ”.
Софтуерните показатели се използват за измерване на качеството на проекта. Просто метриката е единица, използвана за описание на атрибут. Метриката е скала за измерване.
Да предположим, че като цяло „Килограм“ е метрика за измерване на атрибута „Тегло“. По същия начин в софтуера „Колко проблема се намират в хиляда реда код?“, H също Брой издания е едно измерване и Брой редове код е друго измерване. Метриката се определя от тези две измервания .
Пример за тестови показатели:
- Колко дефекта съществуват в модула?
- Колко тестови дела се изпълняват на човек?
- Какво е% покритие на теста?
Какво представлява измерването на теста на софтуера?
Измерването е количествено посочване на степен, количество, размер, капацитет или размер на някакъв атрибут на продукт или процес.
Пример за тестово измерване: Общ брой дефекти.
Моля, вижте диаграмата по-долу за ясно разбиране на разликата между измерване и показатели.
Защо да тестваме показатели?
Генерирането на метрични тестове за софтуер е най-важната отговорност на ръководителя / мениджъра на теста за софтуер.
Тестовите метрики се използват,
- Вземете решението за следващата фаза на дейности, като например изчислете разходите и графика на бъдещите проекти.
- Разберете вида подобрение, необходим за успех на проекта
- Вземете решение за процеса или технологията, които ще бъдат модифицирани и т.н.
Значение на показателите за тестване на софтуер:
Както беше обяснено по-горе, тестовите показатели са най-важните за измерване на качеството на софтуера.
Сега, как можем да измерим качеството на софтуера с помощта на Metrics ?
Да предположим, че ако проектът няма никакви показатели, как ще се измерва качеството на работата, извършена от тестов анализатор?
реализация на хеш таблица c ++
Например, Тестовият анализатор трябва,
- Проектирайте тестовите случаи за 5 изисквания
- Изпълнете проектираните тестови случаи
- Регистрирайте дефектите и трябва да провалите свързаните тестови случаи
- След отстраняването на дефекта трябва да тестваме отново дефекта и да изпълним отново съответния неуспешен тестов случай.
В горния сценарий, ако не се следват показатели, работата, завършена от тестовия анализатор, ще бъде субективна, т.е. Протокол от теста няма да разполага с подходящата информация, за да знае статуса на неговата работа / проект.
Ако в проекта участват Metrics, тогава може да се публикува точния статус на неговата / нейната работа с правилни номера / данни.
т.е.в протокола от теста можем да публикуваме:
- Колко тестови случая са проектирани според изискването?
- Колко тестови случая тепърва ще бъдат проектирани?
- Колко тестови случая са изпълнени?
- Колко тестови случая са предадени / неуспешни / блокирани?
- Колко тестови случая все още не са изпълнени?
- Колко дефекта са идентифицирани и каква е тежестта на тези дефекти?
- Колко тестови случая са неуспешни поради един конкретен дефект? и т.н.
Въз основа на нуждите на проекта можем да имаме повече показатели от гореспоменатия списък, за да знаем подробно състоянието на проекта.
Въз основа на горните показатели тестовият ръководител / мениджър ще разбере по-долу посочените ключови точки.
- % ge на завършената работа
- % ge работа все още не е завършена
- Време е да завършите останалата работа
- Дали проектът върви според графика или изостава? и т.н.
Въз основа на показателите, ако проектът няма да завърши според графика, тогава мениджърът ще вдигне тревога на клиента и други заинтересовани страни, като предостави причините за изоставането, за да избегне изненадите в последния момент.
Метрики жизнен цикъл
Видове ръчни тестови показатели
Метриките за тестване са разделени главно на 2 категории.
- Основни показатели
- Изчислени показатели
Основни показатели: Основни показатели са показателите, които се извличат от данните, събрани от анализатора на теста по време на разработването и изпълнението на тестовия случай.
Тези данни ще бъдат проследявани през целия жизнен цикъл на теста. Т.е. събиране на данни като Общо не. на тестови случаи, разработени за проект (или) бр. от тестовите случаи трябва да бъдат изпълнени (или) не. от преминали / неуспешни / блокирани тестови случаи и т.н.
Изчислени показатели: Изчислените показатели се извличат от данните, събрани в базовите показатели. Тези показатели обикновено се проследяват от тестовия лидер / мениджър за целите на тестовото отчитане.
Примери за метрики за тестване на софтуер
Нека вземем пример за изчисляване на различни тестови показатели, използвани в отчетите за тестване на софтуера:
По-долу е табличният формат за данните, извлечени от Test Analyst, който всъщност участва в тестването:
Определения и формули за изчисляване на показатели:
# 1)% ge Тестови случаи Изпълнени : Тази метрика се използва за получаване на състояние на изпълнение на тестовите случаи по отношение на% ge.
Изпълнени% ge тестови случаи = ( Брой изпълнени тестови случаи / Общ брой от написани тестови казуси) * 100.
И така, от горните данни,
% ge Тестови случаи Изпълнени = (65/100) * 100 = 65%
# 2)% ge Тестови случаи не са изпълнени : Тази метрика се използва за получаване на очакваното състояние на изпълнение на тестовите случаи по отношение на% ge.
% ge Тестови случаи не са изпълнени = ( Брой тестови случаи, които не са изпълнени / Общ брой от написани тестови казуси) * 100.
И така, от горните данни,
% ge Тестови случаи Блокирани = (35/100) * 100 = 35%
# 3)% ge Тестови случаи Приети : Тази метрика се използва за получаване на Pass% 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)= ( Брой дефекти, открити по време на QA тестване / (Брой дефекти, открити по време на QA тестване + Брой дефекти, открити от крайния потребител)) * 100
DRE се използва за идентифициране на тестовата ефективност на системата.
Да предположим, че по време на разработката и тестването на качеството сме идентифицирали 100 дефекта.
След QA тестването, по време на Alpha & Beta тестване, крайният потребител / клиент идентифицира 40 дефекта, които биха могли да бъдат идентифицирани по време на фазата на QA тестване.
Сега DRE ще се изчисли като,
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%
# 8) Изтичане на дефекти: Defect Leakage е показателят, който се използва за идентифициране на ефективност на QA тестването т.е. колко дефекти са пропуснати / подхлъзнати по време на QA тестването.
Изтичане на дефекти = ( Брой дефекти, открити в UAT / Брой дефекти, открити при тестване на качеството.) * 100
Да предположим, че по време на разработката и тестването на качеството сме идентифицирали 100 дефекта.
След QA тестването, по време на Alpha & Beta тестване, крайният потребител / клиент идентифицира 40 дефекта, които биха могли да бъдат идентифицирани по време на фазата на QA тестване.
Изтичане на дефекти = (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%
Препоръчително четене=> Как да напиша ефективен обобщен отчет на теста
Заключение
Показателите, предоставени в тази статия, се използват главно за генериране на Ежедневен / седмичен доклад за състоянието с точни данни по време на фазата на разработване / изпълнение на тестовия случай и това също е полезно за проследяване на състоянието на проекта и качеството на софтуера.
За автора : Това е гост от Anuradha K. Тя има 7+ години опит в тестването на софтуер и в момента работи като консултант за MNC. Тя също така има добри познания за тестване на мобилна автоматизация.
Кои други тестови показатели използвате във вашия проект? Както обикновено, споделете вашите мисли / запитвания в коментарите по-долу.
Препоръчително четене
- Упражнения за софтуерно тестване - Нова платформа за тестване на вашите умения за тестване и споделяне на практически идеи
- Какво е тестване за издръжливост при тестване на софтуер (примери)
- Как да прегледаме SRS документа и да създадем тестови сценарии - Обучение за тестване на софтуер по проект на живо - Ден 2
- Обучение за тестване на софтуер: Обучение от край до край по проект на живо - Безплатно онлайн обучение за QA, част 1
- Тестване на приложения - в основите на софтуерното тестване!
- Урок за QTP # 18 - Управлявани от данни и хибридни рамки, обяснени с примери за QTP
- Какво е жизнен цикъл на тестване на софтуер (STLC)?
- Метаданни в хранилището на данни (ETL), обяснени с примери