Мени

Важне метрике и мерења софтверских тестова - објашњени примерима и графиконима

important software test metrics

Испробајте Наш Инструмент За Елиминисање Проблема

У софтверским пројектима је најважније мерити квалитет, цену и ефикасност пројекта и процеса. Без мерења ових пројеката пројекат не може бити успешно завршен.

У данашњем чланку ћемо научити са примерима и графиконима - Метрика и мерења софтверских тестова и како их користити у процесу тестирања софтвера.

Постоји позната изјава: „Не можемо да контролишемо ствари које не можемо да меримо“.

Овде контрола пројеката значи, како менаџер / руководилац пројекта може идентификовати одступања од плана тестирања АСАП како би реаговао у савршено време. Стварање тестних метрика на основу пројектних потреба веома је важно за постизање квалитета софтвера који се тестира.

Метрика и мерења софтверских тестова

Метрике и мерења софтверског тестирања

Шта ћете научити:

Шта су метрике тестирања софтвера?

Метрика је квантитативна мера степена у којем систем, компонента система или процес поседују дати атрибут.

Показатељи се могу дефинисати као „СТАНДАРДИ ОФ МЕРЕЊЕ ”.

За мерење квалитета пројекта користе се софтверске метрике. Једноставно, метрика је јединица која се користи за опис атрибута. Метрика је скала за мерење.

Претпоставимо да је, генерално, „Килограм“ метрика за мерење атрибута „Тежина“. Слично томе, у софтверу „Колико се проблема налази у хиљаду редова кода?“, Х такође Број издања је једно мерење, а број линија кода је друго мерење. Метрика је дефинисана из ова два мерења .

Пример тестних показатеља:

  • Колико недостатака постоји у модулу?
  • Колико се тест случајева извршава по особи?
  • Шта је покривеност тестом%?

Шта је мерење софтверског теста?

Мерење је квантитативна индикација обима, количине, димензије, капацитета или величине неког својства производа или процеса.

Пример тест мерења: Укупан број недостатака.

Погледајте доњи дијаграм за јасно разумевање разлике између Меасуремент & Метрицс.

разлика између Меасуремент & Метрицс

Зашто тестирати метрику?

Стварање метрике софтверских тестова најважнија је одговорност руководиоца / менаџера софтверског теста.

Тест Метрицс се користи за,

  1. Донесите одлуку за следећу фазу активности, попут процене трошкова и распореда будућих пројеката.
  2. Разумети врсту побољшања која су потребна за успех пројекта
  3. Донесите одлуку о модификацији процеса или технологије итд.

Значај метрике тестирања софтвера:

Као што је горе објашњено, Тест Метрицс су најважнији за мерење квалитета софтвера.

Сада, како можемо мерити квалитет софтвера помоћу Метрицс-а ?

Претпоставимо, ако пројекат нема никакве метрике, како ће се онда мерити квалитет посла који је обавио тест аналитичар?

На пример, Тест аналитичар мора,

  1. Дизајнирајте тест случајеве за 5 захтева
  2. Извршите осмишљене тест случајеве
  3. Региструјте недостатке и морате да пропаднете повезане тест случајеве
  4. Након што се квар реши, морамо поново да тестирамо квар и поново извршимо одговарајући неуспели тест случај.

У горњем сценарију, ако се не следе метрике, тада ће посао који доврши тестни аналитичар бити субјективан, тј Тест извештај неће имати одговарајуће информације да би знао статус свог рада / пројекта.

Ако је Метрицс укључен у пројекат, тада се може објавити тачан статус његовог / њеног рада са одговарајућим бројевима / подацима.

тј. у извештају о испитивању можемо објавити:

  1. Колико тест случајева је дизајнирано по захтеву?
  2. Колико тест случајева треба да се осмисли?
  3. Колико се тест случајева извршава?
  4. Колико тест случајева је прошло / неуспело / блокирано?
  5. Колико тест случајева још није извршено?
  6. Колико се дефеката идентификује и која је озбиљност тих недостатака?
  7. Колико тест случајева није пало због једне одређене грешке? итд.

На основу потреба пројекта можемо имати више показатеља од горе поменуте листе, да бисмо детаљно знали статус пројекта.

На основу горе наведених показатеља, вођа теста / менаџер ће стећи разумевање доле наведених кључних тачака.

  • % ге посла завршено
  • % ге посла који тек треба да се заврши
  • Време је да се заврши преостали посао
  • Да ли пројекат иде према распореду или касни? итд.

На основу показатеља, ако пројекат неће завршити у складу са распоредом, тада ће менаџер подићи аларм клијенту и другим заинтересованим странама наводећи разлоге заостајања како би се избегла изненађења у последњем тренутку.

Метрицс Животни циклус

Метрицс Животни циклус

Врсте метрика ручног испитивања

Метрике тестирања су углавном подељене у 2 категорије.

  1. Основне метрике
  2. Израчунате метрике

Основне метрике: Основне метрике су метрике које су изведене из података прикупљених од стране аналитичара теста током развоја и извршења тест случаја.

Ови подаци ће се пратити током животног циклуса теста. Тј. прикупљање података попут Укупно бр. тест случајева развијених за пројекат (или) бр. тест случајева треба извршити (или) бр. тест случајева положених / неуспелих / блокираних итд.

Израчунате метрике: Израчунате метрике изведене су из података прикупљених у основној метрици. Ове метрике генерално прати руководилац теста / менаџер у сврху извештавања о тестирању.

Примери метрике тестирања софтвера

Узмимо пример за израчунавање различитих показатеља теста који се користе у извештајима о тестирању софтвера:

Испод је формат табеле за податке преузете од Тест Аналист-а који је стварно укључен у тестирање:

Пример метрике тестирања софтвера

Дефиниције и формуле за израчунавање метрике:

# 1)% ге Тест случајеви извршени : Ова метрика се користи за добијање статуса извршења тест случајева у смислу% ге.

% ге Тест случајеви извршени = ( Број извршених тест случајева / Укупан бр. написаних тест тестова) * 100.

Дакле, из горњих података,
% ге Извршени тест случајеви = (65/100) * 100 = 65%

# 2)% ге Тест случајеви нису извршени : Ова метрика се користи за добијање статуса извршења на чекању у случајевима% ге.

% ге Тест случајеви нису извршени = ( Број тест случајева који нису извршени / Укупан бр. написаних тест тестова) * 100.

Дакле, из горњих података,
% ге Тест примери блокирани = (35/100) * 100 = 35%

Графикон метрике теста 1

Графикон тест метрике 2

# 3)% ге Тест случајеви положени : Ова метрика се користи за добијање пролазности% ге извршених тест случајева.

% ге Проверени примери = ( Број положених тест случајева / Укупан бр. извршених тест случајева) * 100.

Дакле, из горњих података,
% ге Положено тест случајева ((30/65) * 100 = 46%

# 4)% ге Тест случајеви нису успели : Ова метрика се користи за добијање неуспеха% ге извршених тест случајева.

% ге Тест примери нису успели = ( Број неуспелих тест случајева / Укупан бр. извршених тест случајева) * 100.

Дакле, из горњих података,
% ге Тест положених случајева = (26/65) * 100 = 40%

# 5)% ге Тест случајеви блокирани : Ова метрика се користи за добијање блокираних% ге извршених тест случајева. Детаљан извештај се може поднети наводећи стварни разлог за блокирање тест случајева.

% ге Тест примери блокирани = ( Број блокираних тест случајева / Укупан бр. извршених тест случајева) * 100.

Дакле, из горњих података,
% ге Тест примери блокирани = (9/65) * 100 = 14%

Графикон тест метрике 3

Графикон тест метрике 4

# 6) Густина дефекта= Број утврђених недостатака / величина

( Овде се „величина“ сматра захтевом. Стога се овде густина дефекта израчунава као број утврђених недостатака према захтеву. Слично томе, густина дефекта може се израчунати као број идентификованих дефеката на 100 линија кода (ИЛИ) Број идентификованих дефеката по модулу итд. )

Дакле, из горњих података,
Густина дефекта = (30/5) = 6

# 7) Ефикасност уклањања неисправности (ДРЕ)= ( Број кварова пронађених током КА тестирања / (Број дефеката пронађених током КА тестирања + бр. Кварова које је пронашао крајњи корисник)) * 100

ДРЕ се користи за идентификацију тест ефикасности система.
Претпоставимо да смо током тестирања развоја и КА идентификовали 100 недостатака.
Након КА тестирања, током Алпха & Бета тестирања, крајњи корисник / клијент је идентификовао 40 недостатака, који су могли бити идентификовани током фазе КА тестирања.

Сада ће се ДРЕ израчунати као,
ДРЕ = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%

# 8) цурење недостатака: Дефецт Леакаге је метрика која се користи за идентификацију ефикасност КА тестирања тј. колико је недостатака пропуштено / проклизало током КА тестирања.

како ажурирати Виндовс 10 биос

Дефецт Леакаге = ( Број откривених недостатака у УАТ / Број откривених недостатака у КА тестирању.) * 100

Претпоставимо да смо током тестирања развоја и КА идентификовали 100 недостатака.
Након КА тестирања, током Алпха & Бета тестирања, крајњи корисник / клијент је идентификовао 40 недостатака, који су могли бити идентификовани током фазе КА тестирања.

Цурење недостатака = (40/100) * 100 = 40%

# 9) Дефекти према приоритету : Ова метрика се користи за идентификацију бр. утврђених недостатака на основу озбиљности / приоритета дефекта који се користи за одлучивање о квалитету софтвера.

% ге критичних недостатака = број утврђених критичних недостатака / укупан бр. утврђених недостатака * 100
Из података доступних у горњој табели,
% ге критичних недостатака = 6/30 * 100 = 20%

% ге Високи недостаци = Број утврђених високих недостатака / Укупан бр. утврђених недостатака * 100
Из података доступних у горњој табели,
% ге Велики недостаци = 10/30 * 100 = 33,33%

% ге Средњи недостаци = Број идентификованих средњих недостатака / Укупан бр. утврђених недостатака * 100
Из података доступних у горњој табели,
% ге Средњи недостаци = 6/30 * 100 = 20%

% ге Ниски недостаци = Број утврђених ниских недостатака / Укупан бр. утврђених недостатака * 100
Из података доступних у горњој табели,
% ге Ниски недостаци = 8/30 * 100 = 27%

Графикон тест метрике 5

Препоручено читање=> Како написати ефикасан резиме извештаја о тесту

Закључак

Метрике дате у овом чланку углавном се користе за генерисање Дневни / недељни извештај о статусу са тачним подацима током фазе развоја / извршења тест случаја и ово је такође корисно за праћење статуса пројекта и квалитета софтвера.

О аутору : Ово је гост Анурадхе К. Има 7 и више година искуства у тестирању софтвера и тренутно ради као саветник за МНЦ. Такође добро познаје тестирање аутоматизације на мобилним уређајима.

Које друге метрике теста користите у свом пројекту? Као и обично, јавите нам своје мисли / упите у коментарима испод.

Препоручено читање

^