Показатели за тестване на софтуер: какво е, видове и пример
Томас Хамилтън
Тестване на показатели в софтуерното тестване
Показатели за тестване на софтуер са количествените мерки, използвани за оценка на напредъка, качеството, производителността и здравето на процеса на тестване на софтуера. Целта на показателите за тестване на софтуер е да се подобри ефикасността и ефективността в процеса на тестване на софтуера и да се помогне при вземането на по-добри решения за по-нататъшния процес на тестване чрез предоставяне на надеждни данни за процеса на тестване.
Метриката определя в количествено отношение степента, в която дадена система, системен компонент или процес притежава даден атрибут. Идеалният пример за разбиране на показателите би бил седмичен пробег на автомобил в сравнение с неговия идеален пробег, препоръчан от производителя.
Показатели за тестване на софтуер – Подобрява ефективността и ефективността на процеса на тестване на софтуер.
Метриките за тестване на софтуер или измерването на теста на софтуера е количествена индикация за степента, капацитета, измерението, количеството или размера на някои атрибути на процес или продукт.
Пример за софтуерно тестово измерване: Общ брой дефекти
Защо тестовите показатели са важни?
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- Вземете решение за следващата фаза от дейностите
- Доказателство за твърдението или прогнозата
- Разберете вида на необходимото подобрение
- Вземете решение или промяна на процес или технология
Прочетете повече за него Значение на тестовите показатели
Видове тестови показатели
- Показатели на процеса: Може да се използва за подобряване на ефективността на процеса на SDLC (Жизнен цикъл на разработката на софтуер)
- Продуктови показатели: Занимава се с качеството на софтуерния продукт
-
Показатели на проекта: Може да се използва за измерване на ефективността на проектен екип или всеки друг инструменти за тестване се използва от членовете на екипа
Идентифицирането на правилните показатели за тестване е много важно. Трябва да се вземат предвид няколко неща, преди да се идентифицират показателите на теста
- Фиксирайте целевата аудитория за подготовката на показателя
- Определете целта за показателите
- Въведете всички съответни показатели въз основа на нуждите на проекта
- Анализирайте аспекта на разходите и ползите на всеки показател и фазата на начина на живот на проекта, в която той води до максимален резултат
Ръчни тестови показатели
In Софтуерно инженерство, Ръчните тестови показатели се класифицират в два класа
- Базови показатели
- Изчислени показатели
Базовите показатели са необработените данни, събрани от Test Analyst по време на разработването и изпълнението на тестовия случай (# изпълнени тестови случаи, # тестови случаи). Докато изчислените показатели се извличат от данните, събрани в базовите показатели. Изчислените показатели обикновено се следват от мениджъра на теста за целите на докладването на теста (% завършен, % тестово покритие).
В зависимост от проекта или бизнес модела някои от важните показатели са
- Показатели за производителност при изпълнение на тестов случай
- Показатели за производителност на подготовката на тестови случаи
- Показатели за дефекти
- Дефекти по приоритет
- Дефекти по тежест
- Коефициент на приплъзване на дефекта
Жизнен цикъл на тестови показатели в софтуерното инженерство
| Различни етапи от жизнения цикъл на Metrics | Стъпки по време на всеки етап |
|---|---|
| Анализ |
|
| Общувайте |
|
| Оценка |
|
| доклад |
|
Как да изчислим тестовия показател
| Sr# | Стъпки за тестване на показатели | Пример |
|---|---|---|
| 1 | Идентифицирайте ключа тестване на софтуер процеси, които трябва да бъдат измерени | Процес на проследяване на напредъка при тестване |
| 2 | В тази стъпка тестерът използва данните като базова линия за определяне на показателите | Броят на тестовите случаи, планирани да бъдат изпълнени на ден |
| 3 | Определяне на информацията, която трябва да се следва, честотата на проследяване и отговорното лице | Действителното изпълнение на теста на ден ще бъде уловено от мениджъра на теста в края на деня |
| 4 | Ефективно изчисляване, управление и интерпретация на дефинираните показатели | Действителните тестови случаи, изпълнени на ден |
| 5 | Идентифицирайте областите на подобрение в зависимост от тълкуването на дефинираните показатели | - Тестов случай изпълнението падне под поставената цел, трябва да проучим причината и да предложим мерки за подобрение |
Пример за тестова метрика
За да разберем как да изчислим тестовите показатели, ще видим пример за изпълнен процентен тестов случай.
За да получим състоянието на изпълнение на тестовите случаи в проценти, използваме формулата.
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
По същия начин можете да изчислите за други параметри като неизпълнени тестови случаи, преминати тестови случаи, неуспешни тестови случаи, блокирани тестови случаи и т.н.
Речник на тестовите показатели
- Коефициент на усилие за преработка = (Действителни усилия за преработка, изразходвани в тази фаза/общи действителни усилия, изразходвани в тази фаза) X 100
- Изискване Creep = (Общ брой добавени изисквания/брой първоначални изисквания) X100
- Разписание на графика = (Действителна дата на доставка – планирана дата на доставка)
- Разходи за намиране на дефект при тестване = (Общи усилия, изразходвани за тестване/дефекти, открити при тестване)
- Пропускане на график = (Действителна крайна дата – Очаквана крайна дата) / (Планирана крайна дата – Планирана начална дата) X 100
- Процент на преминали тестови случаи = (Брой преминали тестове/Общ брой изпълнени тестове) X 100
- Процент на неуспешни тестови случаи = (Брой неуспешни тестове/Общ брой изпълнени тестове) X 100
- Процент на блокираните тестови случаи = (Брой блокирани тестове/Общ брой изпълнени тестове) X 100
- Процент на коригирани дефекти = (Отстранени дефекти/Съобщени дефекти) X 100
- Процент на приетите дефекти = (Дефекти, приети за валидни от екипа на разработчиците /Общо докладвани дефекти) X 100
- Отложен процент на дефекти = (Дефекти, отложени за бъдещи версии/Общо докладвани дефекти) X 100
- Процент на критичните дефекти = (Критични дефекти / Общо докладвани дефекти) X 100
- Средно време за екип за разработка за отстраняване на дефекти = (Общо време, необходимо за корекции на грешки/Брой грешки)
- Брой тестове, изпълнени за период от време = Брой изпълнени тестове/Общо време
- Тествайте ефективността на дизайна = Брой проектирани тестове/Общо време
- Тествайте ефективността на прегледа = Брой прегледани тестове / Общо време
- Наизуст за откриване на грешки или Брой дефекти на тестов час = Общ брой дефекти/Общ брой часове за изпитване
