Мени

Технике процене софтверских тестова (Комплетан водич за процену напора тестирања)

  • Главни
  • Тест Стратеги
  • Технике процене софтверских тестова (Комплетан водич за процену напора тестирања)

software test estimation techniques

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

За успех било ког пројекта процена и правилно извршење подједнако су важни као и развојни циклус. Држање процене је веома важно за изградњу добре репутације код клијента.

Искуство игра главну улогу у процени „напора за тестирање софтвера“. Рад на различитим пројектима помаже у припреми тачне процене циклуса испитивања. Очигледно је да се не може само слепо одредити одређени број дана за било који задатак тестирања. Процена теста треба да буде реална и тачна.

Технике процене софтверских тестова

У овом чланку покушавам да на врло једноставан начин изнесем неке тачке које су корисне за припрему тачне процене теста.

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

Кратак опис поступка процене теста

„Процена је поступак проналажења процене или апроксимације, што је вредност која је употребљива у неку сврху, чак и ако су улазни подаци непотпуни, несигурни или нестабилни.“ (Референца: Википедиа )

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

Први приступ је реактивни приступ којим покушавамо да пронађемо решење проблема који је у питању тек након што стигне.

У другом приступу који се може назвати проактивним приступом, при чему се прво припремамо много пре него што проблем стигне са нашим прошлим искуствима, а затим и са нашим прошлим искуством, покушавамо да пронађемо решење за изазов када стигне.

Процена се стога може сматрати техником која се примењује када проактивно приступимо проблему.

Тако се процена може користити за предвиђање колико напора у односу на време и трошкове би било потребно да би се извршио дефинисани задатак.

Једном када испитни тим успе да процени проблем који је у њему, онда је лакше да пронађу решење које би било оптимално за проблем који је у питању.

Пракса процењивања може се тада формалније дефинисати као приближни прорачун вероватних трошкова дела.

Такође, прочитајте=> 7 фактора који утичу на процену испитивања пројекта аутоматизације селена

Основни предуслови поступка процене теста

# 1) Увиди прикупљени радом из претходног искуства : Увек је добра пракса провести неко време, подсећајући на прошле пројекте који су представљали изазове сличне тренутном подухвату.

# 2) Доступни документи или артефакти: Тхе долазе алати за спремиште за управљање тестовима корисни у овим врстама сценарија јер чувају документе о захтевима и разјашњењу. Тим за тестирање може се упутити на ове документе како би јасно дефинисао обим пројекта.

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

Менаџери за тестирање могу покупити мозак ових људи за постизање жељених резултата.

# 4) Прорачун потенцијалних ризика и претњи: Тестирачки тим такође треба да визуализује потенцијалне ризике и претње и замке које за тим могу лежати у будућности.

# 5) Утврђивање да ли су документи основани: Тим за испитивање такође треба да утврди да ли су захтеви базични или нису. Ако документи нису основни, важно је одредити учесталост промена.

# 6) Све одговорности и зависности требају бити јасне: Организација треба јасно да дефинише улоге и одговорности свих особа које би вршиле поступак процене.

# 7) Документација и праћење записа процене: Све релевантне информације у процесу процене треба документовати.

# 8) Активности које је потребно извршити током процеса процене теста

  • Организујте тим који би вршио процене
  • Разложите пројекат на фазе пројекта и наредне саставне активности
  • Израчунајте процену на основу претходних пројеката и професионалног искуства
  • Дајте приоритет могућим претњама и смислите приступе за ублажавање тих ризика
  • Прегледајте и документујте одговарајући део рада
  • Предајте рад релевантним заинтересованим странама

Најистакнутије технике процене тестова

Неке од најважнијих техника за процену теста су:

  • Процена тест тачке
  • Процена заснована на фази рада
  • Користите процену поена случаја

Како и где користимо ове технике:

# 1) Процена тест тачке је једноставна и лако разумљива техника процене која се широко користи у читавом спектру тестирања софтвера. Итеративне фазе и једноставност су најважније карактеристике ове одређене технике.

разлика између клијентског сервера и веб апликације

# 2) Процена заснована на радној фази је техника процене која се користи при чему се процена претпоставки прави за одређену фазу (обично најкраћу и најједноставнију од фаза), а затим испитни тим постепено додаје друге фазе у почетну процену и на крају долази са одговарајућом проценом.

# 3) Техника процене случаја употребе случаја је процена случајева употребе где се неприлагођени пондери актера и неприлагођени пондери случајева употребе користе за одређивање процене софтверског тестирања.

Детаљи технике процене тачке испитивања

Техника процене тачке испитивања врши се следећи наведене кораке: -

техника процене тачке испитивања

(Следеће тежине које се могу разликовати од пројекта до пројекта могу се узети у обзир под овом парадигмом - неке од ових тежина су тежина за програмски језик заснована на сложености кода, тежина апликације заснована на типу апликације и тест тежине које су додељени на основу различитих фаза тестирања софтвера.)

Необрађене тест тачке се множе са ЦВФ да би се добила величина тестирања у величини тест тачке.

Фактор продуктивности показује колико времена инжењер испитивања треба да заврши тестирање једне испитне тачке

Напор у тестирању у радним сатима израчунава се множењем величине тест тачке са фактором продуктивности.

За израчунавање технике процене тест тачке, узели смо у обзир следеће променљиве.

  • Сложеност захтева за испитивање

Сложеност захтева за испитивање

  • Интерфејс са осталим захтевима

Интерфејс са осталим захтевима

  • Укупан број тачака за верификацију

Укупан број тачака за верификацију

  • Подаци о основном испитивању

Подаци о основном испитивању

Затим морамо размотрити векторе тежине за сваку од променљивих података и организовати их на следећи начин.

тежински вектори за променљиве података

Фактор прилагођавања = Просек (производ тежине сложености и тежине фактора) / 30

Испитна тачка прилагођавања за дизајн тест кутије = Укупна тест тачка Кс (1 + фактор подешавања за дизајн тест кутије)

видео за гледање са вр слушалицама

Прилагођена тест тачка за извршење тест случаја = Укупна тест тачка Кс (1 + фактор прилагођавања за извршење тест случаја)

Укупна тест тачка (нормализована) Кс (1 + фактор подешавања за дизајн / извршење тест случаја) = Прилагођена тест тачка за дизајн / извршење тест случаја

Укупан напор у сатима особа (ПХ) = број нормализованих тест бодова / продуктивност (у нормализованим тест тачкама по сатима особе)

Примери процене теста

Покушајмо да горњу формулацију применимо у другу практичну употребу.

Претпоставимо да завршимо са захтевом за тестирање према којем имамо 5 сценарија за тестирање.

Сада рецимо да тест сценарио 1 има 5 очекиваних резултата теста, сценарио 2 6 очекиваних резултата теста, сценарио 3 само 2 очекивана резултата теста, сценарио 4 9 очекиваних резултата теста, сценарио 5 и 9 очекиваних резултата теста.

Дакле, класификујемо тест сценарије у три класе, тј. Сложене, једноставне и умерене на основу укупног броја очекиваних резултата присутних у ове три класе.

Сложене класе ће имати више од 7 очекиваних резултата, док ће се једноставне састојати од мање од 5 очекиваних резултата, а умерени сценарији између 4 до 7 очекиваних резултата.

Стога класификујемо тест сценарио 1 и тест 2 као умерени, сценарио 5 и 6 као сложени, а тест 3 као једноставни.

Сада ћемо применити тест тачке на све ове сценарије. Примењујемо 5 тест бодова за сложене часове, 3 за умерене и 2 за једноставне сценарије.

Множимо претпостављене тестне тачке са укупним бројем очекиваних резултата у свим овим тестним сценаријима. Тако смо завршили са следећим апроксимацијама.

Сценариј 1: 3 тест тачке * 5 очекиваних резултата теста = Прилагођене тест тачке = 25
Сценариј 2: 3 тест тачке * 6 очекиваних резултата теста = Прилагођене тест тачке = 30
Сценариј 3: 2 тест тачке * 2 очекивана резултата теста = Прилагођене тест тачке = 4
Сценариј 4: 5 тест бодова * 9 очекиваних резултата теста = Прилагођене тест тачке = 45
Сценариј 5: 5 тест бодова * 9 очекиваних резултата теста = Прилагођене тест тачке = 45

Дакле, с обзиром на то да се морамо пријавити за рецимо 5 сати рада за сваку прилагођену тачку испитивања, на крају добијамо следећи приближни резултат.

Сценариј теста 1: 25 прилагођених тачака теста * 5 радних сати = 125 радних сати
Сценариј теста 2: 30 прилагођених тачака теста * 5 радних сати = 150 радних сати
Тест сценарио 3: 4 прилагођене тест тачке * 5 сати за особе = 20 сати за особе
Сценариј теста 4: 45 прилагођених тест тачака * 5 сати за особе = 225 сати за особе
Тест сценарио 5: 45 прилагођених тест бодова * 5 сати за особе = 225 сати за особе

Дакле, укупни приближни радни сати су: 745 радних сати

Користите метод процене случаја

Метода Усе-Цасе Поинт заснива се на случајевима коришћења у којима израчунавамо укупни напор процене теста на основу случајева употребе или захтева.

Ево детаљног поступка методе процене тачке случаја коришћења:

Користите метод процене тачке случаја

Пример истог је да у одређеном захтеву имамо 5 случајева употребе, случај 1, случај 2, ..., случај 5, респективно. Сада узмимо у обзир да се случај употребе 1 састоји од 6 актера, случај случаја 2 састоји се од 15 актера, случајеви коришћења 3, 4 и 5, 3, 4 и 5 актера.

Било који случај употребе који укључује укупан број актера мањих од 5 сматрамо негативним, сваки случај коришћења са укупним бројем актера једнак је или већи од 5 и мањи или једнак 10 позитивним и сваки случај коришћења са више него 10 глумаца као изузетних.

Одлучили смо да доделимо 2 бода изузетним случајевима употребе, 1 позитивним и -1 негативним.

Стога категоризујемо случајеве употребе 1 и 5 као позитивне, случајеве употребе 2 као изузетне и случајеве употребе 3, 4 као негативне, на основу наших горе наведених претпоставки.

Дакле, непрерађени тегови глумца = Случај употребе 1 = (укупан број актера) 5 * 1 (додељена тачка) = 5. Слично томе

Случај употребе 2 = 15 * 2 = 30.

Понављајући поступак за остале случајеве коришћења добијамо тежине Непрерађени глумац = 33

Непрерађена тежина случаја употребе = укупни бр. случајева употребе = 5

Необрађена тачка случаја = неприлагођени пондери глумца + неприлагођена тежина случаја = 33 + 5 = 38

Обрађена тачка случаја = 38 * (0,65+ (0,01 * 50) = 26,7 или приближно 28 радних сати)

Техника рашчлањивања на фазе рада

Техника рашчлањивања фазе рада може се описати у следећим корацима.

  • Поделите целокупан рад на фазе.
  • Почните са најједноставнијом фазом и доделите јој приближну вредност процене.
  • Затим наставите са идентификовањем следеће могуће фазе која би могла започети када се ова фаза заврши.
  • Изведите могући скуп вредности апроксимације који би се могли применити на ову фазу и одаберите максималну вредност између свих изведених вредности апроксимације.
  • Зброј приближне вредности процене додавањем вредности процене тренутног фазног напора већ постојећој вредности.
  • Наставите кораке 3 до 5 док се не исцрпе све фазе идентификоване у првом кораку.
  • Прихватите коначну приближну процењену вредност као крајњу.

Претпоставимо да у захтеву постоји 5 потребних фаза. Дакле, у почетној фази 1 претпостављамо да су укупни потребни напори 35 сати рада, а затим започињемо следећу фазу 2 за коју имамо 4 упоредне претпоставке од 35, 45, 55 и 65, респективно.

Дакле, ми узимамо у обзир 65 сати рада, што је овде максимална вредност. У фази 3, 4, 5 долазимо до процена (12, 33, 43, 54), (15, 10, 7, 8) и (2, 16, 5, 13). Применом поменутог принципа завршавамо са 185 сати рада.

Стављам информације о томе - Како проценити напоре на тестирању за било који задатак тестирања, које сам научио из свог искуства.

9 општих савета како тачно проценити време тестирања

Фактори који утичу на процену софтверског тестирања и општи савети за тачну процену:

# 1) Размислите о времену бафера
Процена треба да садржи неки бафер. Али немојте додавати бафер, што није реално. Поседовање бафера у процени омогућава да се реши свако кашњење које се може догодити. Поседовање бафера такође помаже у обезбеђивању максималне покривености тестом.

# 2) Размотрите циклус грешака
Процена теста такође укључује циклус грешака. Стварни циклус испитивања може трајати више дана него што је предвиђено. Да бисмо то избегли, требало би да узмемо у обзир чињеницу да циклус испитивања зависи од стабилности конструкције. Ако израда није стабилна, програмерима ће можда требати више времена да је поправе и очигледно се циклус тестирања аутоматски продужава.

# 3) Доступност свих ресурса за процењени период
Процена теста треба да узме у обзир све одморе које су чланови тима планирали (обично дуги) у наредних неколико недеља или следећих неколико месеци. Ово ће осигурати да су процене реалне.

Процена треба да узме у обзир одређени број ресурса за тест циклус. Ако се број ресурса смањи, процену треба поново посетити и ажурирати у складу с тим.

# 4) Можемо ли вршити паралелно тестирање?
Да ли имате неке претходне верзије истог производа како бисте могли да упоредите резултате? Ако је одговор да, ово вам може мало олакшати задатак тестирања. Требали бисте размислити о процени на основу верзије вашег производа.

# 5) Процене могу да крену погрешно - зато поново посећујте процене у почетним фазама пре него што их извршите.
У раним фазама, требали бисмо често посећивати процене тестова и по потреби вршити измене. Не бисмо требали проширити процјену када је замрзнемо, осим ако не дође до већих промјена у захтјевима.

# 6) Замислите своје прошло искуство да бисте доносили пресуде!
Искуства из прошлих пројеката играју виталну улогу током припреме временских процена. Можемо покушати да избегнемо све потешкоће или проблеме са којима су се суочавали у прошлим пројектима. Можемо анализирати како су биле претходне процене и колико су помогле да се производ испоручи на време.

како да отворим свф датотеке

# 7) Размотрите опсег пројекта
Знајте шта је крајњи циљ пројекта и списак свих коначних резултата. Фактори које треба узети у обзир за мале и велике пројекте се доста разликују.

Велики пројекат обично укључује постављање пробног простора, генерисање података о тестирању, тест скрипте итд. Стога би процене требало да се заснивају на свим овим факторима. Док у малим пројектима, тест циклус обично укључује писање, извршавање и регресију тест случајева.

# 8) Да ли ћете извршити испитивање оптерећења?
Ако треба да уложите знатно време на испитивање перформанси, процените у складу с тим. Процене пројеката, који укључују испитивање оптерећења, треба различито разматрати.

# 9) Да ли познајете свој тим?
Ако знате снаге и слабости појединаца који раде у вашем тиму, онда можете прецизније да процените задатке тестирања. Приликом процене треба узети у обзир чињеницу да сви ресурси можда неће дати исти ниво продуктивности. Неки људи могу извршити брже у поређењу са другима. Иако ово није главни фактор, додаје се укупном кашњењу резултата.

Закључак

Процена софтверских тестова је пракса која захтева укључивање искусних професионалаца, као и увођење најбољих пракси у целој индустрији, као што су тест случајеви и методе коришћења случајева.

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

Ово је гостујући чланак аутора „Н. Сандхиа Рани ”.

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

^