Мени

8 кључних показатеља учинка за издања о квалитету (Панаиа Тест Динамик Ревиев)

8 key performance indicators

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

Овај чланак објашњава 8 кључних показатеља перформанси за издања квалитета уз помоћ Панаиа Тест Динамик решења за тестирање од краја до краја:

Није тајна да се менаџери за квалитет софтвера суочавају са све већим притиском да испоруче висококвалитетни софтвер рекордном брзином.

Питање које сви ми често постављамо је - „како меримо успех“ у смислу квалитета софтвера?

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

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

То је разлог због којег сам развио ову листу најбољих 8 КПИ-а које бисте требали додати на своју оцену квалитета и започети праћење како бисте ублажили ризик од објављивања, побољшали квалитет и одмах мерили успех.

Кључни индикатори учинка

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

Кључни показатељи учинка за објављивање квалитета

# 1) Ефикасност откривања дефеката (ДДЕ, АКА проценат откривања дефеката)

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

Кварови пронађени након ослобађања обично су познати као „Инциденти“ и пријављени су у систем службе за помоћ, док су недостаци пронађени током фаза испитивања ( На пример. , Јединица, систем, регресија или УАТ) идентификују се пре објављивања и документују помоћу алата попут Панаиа Тест Динамик .

Да бисте правилно израчунали овај КПИ, увек бисте требали категоризовати верзију софтвера у којој је сваки недостатак идентификован, пре пуштања у ваше производно окружење.

Формула која се често користи за ДДЕ:

Број идентификованих недостатака у издању верзије софтвера /

Број недостатака у издању софтвера + утекли недостаци које су идентификовали крајњи корисници (На пример., Инциденти)

Ево једноставне илустрације:

Претпоставимо да је током вашег последњег месечног САП сервисног пакета пронађено 95 недостатака током циклуса регресијског тестирања, а 25 недостатака је евидентирано након издања. ДДЕ би се израчунао као 95 подељен са (95 + 25) = 79%.

Имајте на уму да ДДЕ треба надгледати линијским графиконом који почиње са 100% дан након пуштања у производњу. А како ваши интерни крајњи корисници и купци почну да раде са примером вашег најновијег САП сервисног пакета, неизбежно ће забележити неколико инцидената.

Према мом искуству, „лудило за храњењем“ се јавља током прве недеље, 2 дана након што сервисни пакет погоди продуктивно окружење. Тада ћете приметити брз пад са 100% на око 95% док се евидентирају инциденти. Ако је ваша компанија у месечном ритму издања сервисног пакета, измерите ДДЕ за период од 30 дана на сваком сервисном пакету.

С друге стране, ако ваша компанија годишње изводи само четири (4) главна циклуса издавања, измерите је 90 дана да бисте видели како она опада током тог временског периода.

Шта се сматра „добрим ДДЕ“?

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

Иако медицинска заједница дефинише „оптимално“ очитавање крвног притиска као 120/80 - природно је видети пораст систолног крвног притиска како старимо. Са ДДЕ-ом, стручњаци у индустрији и лидери мишљења кажу да је 90% похвално у већини индустрија.

Међутим, видео сам да организације непрекидно постижу> 95% ДДЕ померајући се улево помоћу алата за симулацију утицаја промена као што су Анализа утицаја Панаје .

# 2) Системски недостаци (СВД)

Да ли сте икада срели вишеструке недостатке повезане са истим објектима? Сигурно би. То је уобичајена појава са којом се сусрећу многи руководиоци тестова.

Одједном видите огроман пораст броја грешака пријављених у УАТ циклусу. Срећом, кладим се да сте од оних који надгледају кварове на сваких 15 минута и ручно „повезују“ дупликате или читају сваки опис како бисте сами препознали основни узрок, зар не? Сумњиво.

Дакле, које су ваше могућности за управљање неизбежном драмом „инфлације дефекта?“

Драма која настаје у том ноћном рекапитулацијском позиву са руководством у седишту о „Зашто данас тако изненадни пораст недостатака?“ (Пауза .... Дубоко удахните пре него што одговорите) ... „У процесу сам да радим са нашим функционалним потенцијалним клијентима како бих обавио ручну анализу основног узрока.

Али мислимо да су многи проблеми повезани са заједничким проблемом, али то још увек није идентификовано “, звучи познато?

Мој предлог је да започнете са праћењем онога што Панаиа зове „Системски недостаци“ . Ручно праћење овог траје заувек - верујте ми, пробао сам много пута. Такође је болно радити приликом коришћења старих АЛМ алата где вам преостаје само могућност повезивања недостатака и додавања коментара.

најбоље веб странице за гледање бесплатног анимеа

Вау, то је стварно помогло! (осећате сарказам?). Али ако сада немате избора у алатима, мораћете да одвојите време за правилно праћење системских дефеката да бисте их јасно „објаснили“? зашто се линија тренда грешака креће према горе према крају циклуса тестирања, а не према доле.

Ако имате прилику, погледајте Панаиа Тест Динамик, у њега је уграђен СВД, који аутоматски израчунава СВД за вас у лету.

Широк системски недостатак

Спидер Веб - Пребивајући у оквиру „Риск кокпита“ ове платформе, ово је моћан, али једноставан приказ 6 додатних кључних показатеља учинка који заокружују најважније КПИ-је које сваки менаџер квалитета, тестирања и објављивања треба да прати.

# 3) Попуњавање захтева

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

Алат Панаиа одговориће на потребе САП-ових организација које траже интелигентне предлоге за јединствене тестове и анализу ризика засновану на транспортној активности.

Овај ниво праћења је доступан у року од Панаиа издање Динамик (РДк) .

Попуњавање захтева

# 4) Завршетак развоја

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

Наши традиционални АЛМ модели од раније нису били дизајнирани за данашњи модел континуиране испоруке. Да би се борили против овог старог начина размишљања, менаџери за контролу квалитета и тестирања морају се уградити у акцију развоја апликације, што значи имати пулс на испоруци корисничких прича.

Није довољно „седети и чекати“ да корисничка прича достигне готов статус. Уместо тога, морамо пратити еволуцију корисничке приче, присуствовати свакодневним Сцрум састанцима и отворено разговарати о ризицима који се одвијају важним променама у апликацији која се тестира.

# 5) Обухват плана испитивања

Ово је један од мојих омиљених КПИ-а за праћење, јер нисам спуштен само на праћење система, интеграцију, регресију и покривеност УАТ-а.

У правом духу померања улево, почео сам да саветујем о важности праћења покривености јединице испитивања. Звучи лудо, зар не? Није, поготово ако имате праве алате који ће вам олакшати само извршавање јединичних тестова, али олакшава чак и прикупљање стварних резултата (доказа).

Са укљученом Панаиа Тест Динамик-овом уграђеном способношћу за снимање и репродукцију теста, ваше учешће у јединственом тестирању ће нарасти у небо. Не само да ћете моћи поносно да прикажете матрицу следљивости захтева која показује покривеност од краја до краја, већ ћете и лако показати стварне резултате вашем одељењу за ревизију од јединице до регресијског тестирања.

Следљивост захтева

# 6) Анализа ризика

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

Многе организације имају сопствену дефиницију шта за њих значи „ризик од промене“. У оквиру „Риск кокпита“ Панаиа-овог Релеасе Динамик-а (РДк) можете да уклоните нагађања праћења промена анализом утицаја за свој пројекат или следеће издање.

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

Анализа ризика од промена

# 7) Ризик извршења теста

Пречесто је да све организације прате КПИ-је попут ауторских тестова, положених тестова, аутоматизованих тестова и извршених тестова, али шта је са праћењем стварних корака изведених у оквиру сваког од тестова?

Да ли сте икада приметили да су многи од популарне АЛМ платформе не пружају могућност извештавања из пакета за праћење напретка у извршавању „корака“ теста? Када имате много различитих „примопредаја“ које се јављају у а УАТ циклус , има смисла пратити ризик и статус извршавања теста, не само на нивоу теста већ и на нивоу пословног процеса.

Панаиа Тест Динамик то само ради, ван кутије.

ризик извршења теста

# 8) Извршење недостатака

Дефекти праћења сами по себи имају негативну конотацију.

Поред праћења активних недостатака, дневно отклоњених недостатака и озбиљних недостатака, предлажемо и праћење отклањања недостатака који се односе на захтеве за опсегом.

Многе организације не заузимају став о решавању недостатака на основу захтева.

Зашто ово решење за тестирање?

Захваљујући сљедивости од краја до краја уграђеној и у Релеасе Динамик и у Панаиа Тест Динамик, ваша организација може пратити ток рјешавања кварова од почетка до краја на нивоу захтјева.

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

Панаиа убрзава поступак тестирања за техничке ИТ и пословне кориснике, смањујући тако укупан напор тестирања за 30-50%:

  • Менаџери: Упозорења у стварном времену за тестирање и недостатке и спречавање уских грла.
  • Пословни корисници: Аутоматизована документација о доказима и недостацима.
  • Функционални аналитичари: Аутоматизација понављајућих активности испитивања.
  • Професионални тестери: Неприметно побољшава прикупљање пословног знања.
  • Решивачи недостатака: Смањује напред и назад помоћу тестера.

Шта још треба да знате о овом решењу

# 1) Панаиа Тест Динамик је СааС решење што значи да добијате беспрекорну интеграцију, честе и безболне надоградње, као и праћење локалних алата за аутоматизацију.

# 2) Уграђени алати за сарадњу поједноставити циклусе тестирања помоћу уграђених обавештења и алата за комуникацију.

Аутоматско предавање тест корака следећем кориснику елиминише време празног хода, умањује уска грла радног оптерећења и осигурава оптималне токове рада.

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

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

# 4) Приступом УАТ-у и СИТ-у усмереним на пословни процес, вишефункционални и географски распршени стручњаци вреднују УАТ циклусе на основу стварних пословних процеса (запаковане апликације).

# 5) Тест конектори за аутоматизацију обезбеди потпуну интеграцију Панаиа Тест Динамик-а са постојећим алатима за аутоматизацију за ефикасне регресионе циклусе за минимално време и напор уз холистичко праћење и надгледање.

# 6) Тест аутоматизација доказа аутоматизује ручно тестирање којим се традиционално управља у програму Екцел и Ворд.

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

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

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

# 8) Аутоматизовано прикупљање пословног знања - Омега аутоматски креира случајеве из стварног живота на основу активности пословних корисника које се неприметно бележе у производњи користећи алгоритме машинског учења (САП).

двд рип анд бурн софтвер бесплатан

Закључак

Менаџери квалитета софтвера и све релевантне заинтересоване стране могу да испуне своје КПИ тестирања како би подстакли више иновација, истовремено смањујући напоре за 30-50%, без угрожавања опсега или квалитета користећи Панаиа.

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

За више информација можете истражити Панаиа Тест Динамик .

Јавите нам своје мисли / упите у коментарима испод.

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

^