8 key performance indicators
Ovaj članak objašnjava 8 ključnih pokazatelja učinkovitosti za izdanja o kvaliteti uz pomoć Panaya Test Dynamix cjelovitog test rješenja:
Nije tajna da se menadžeri kvalitete softvera suočavaju sa sve većim pritiskom da isporuče visokokvalitetni softver rekordnom brzinom.
Pitanje koje svi mi često postavljamo je - 'kako mjerimo svoj uspjeh' u smislu kvalitete softvera?
Brzina izlaska na tržište puno je jednostavniji izračun, ali mjerenje naših performansi u isporuci visokokvalitetnog softvera ovisi o mnoštvu čimbenika kao što su projektna metodologija (vodopad, hibrid, okretan), složenost softvera, razina tehničke dug, broj sučelja i još mnogo toga.
Ukratko, broj varijabli koji prelazi na prihvatljivu razinu defekti visoke težine ne treba podcjenjivati. Stoga, da bismo opstali na ovom tržištu, moramo se kontinuirano razvijati, kako u našem mišljenju, tako i u našim mjernim palicama.
To je razlog zbog kojeg sam razvio ovaj popis 8 najboljih KPI-a koje biste trebali dodati na svoju karticu ocjene kvalitete i započeti praćenje kako biste ublažili rizik od izdanja, poboljšali kvalitetu i odmah izmjerili svoj uspjeh.
kako instancirati popis u javi
Što ćete naučiti:
- Ključni pokazatelji uspješnosti za objavljivanje kvalitete
- Što biste još trebali znati o ovom rješenju
- Zaključak
- Preporučena literatura
Ključni pokazatelji uspješnosti za objavljivanje kvalitete
# 1) Učinkovitost otkrivanja nedostataka (DDE, AKA postotak otkrivanja nedostataka)
Ovo je mjera vašeg cjelokupno regresijsko ispitivanje djelotvornost. Izračunava se kao omjer kvarova koje su vaši kupci pronašli prije i nakon puštanja u promet.
Kvarovi pronađeni nakon oslobađanja obično su poznati kao 'Incidenti' i prijavljeni su u sustavu službe za pomoć, dok su nedostaci pronađeni tijekom faza ispitivanja ( Npr. , Jedinica, sustav, regresija ili UAT) identificiraju se prije izdavanja i dokumentiraju pomoću alata poput Panaya test Dynamix .
Da biste pravilno izračunali ovaj KPI, uvijek biste trebali kategorizirati verziju softvera u kojoj je utvrđen svaki nedostatak prije puštanja u vaše proizvodno okruženje.
Formula koja se često koristi za DDE:
Broj identificiranih nedostataka u izdanju verzije softvera /
Broj nedostataka u izdanju softvera + izbjegnuti nedostaci koje su identificirali krajnji korisnici (Npr., Incidenti)
Evo jednostavne ilustracije:
Pretpostavimo da je tijekom vašeg ciklusa regresijskog testiranja pronađeno 95 nedostataka na tom posljednjem mjesečnom SAP servisnom paketu, a 25 nedostataka zabilježeno je nakon izdanja. DDE bi se izračunao kao 95 podijeljen s (95 + 25) = 79%.
Imajte na umu da DDE treba nadzirati linijskim grafikonom koji započinje sa 100% dan nakon puštanja u proizvodnju. I dok vaši interni krajnji korisnici i kupci počnu raditi s primjerom vašeg najnovijeg SAP servisnog paketa, neizbježno će zabilježiti nekoliko incidenata.
Moje je iskustvo da se 'ludilo za hranjenjem' događa u prvom tjednu 2 dana nakon što servisni paket pogodi produktivno okruženje. Tada ćete primijetiti brzi pad sa 100% na oko 95% dok se evidentiraju incidenti. Ako je vaša tvrtka u mjesečnoj kadenci izdanja servisnog paketa, izmjerite DDE za razdoblje od 30 dana na svakom servisnom paketu.
S druge strane, ako vaša tvrtka godišnje izvodi samo četiri (4) glavna ciklusa izdavanja, izmjerite je tijekom 90 dana da biste vidjeli kako ona opada u tom vremenskom razdoblju.
Što se smatra 'dobrim DDE'?
Slično je očitanju krvnog tlaka koje svaka organizacija i osoba evoluira tijekom vremena.
Iako medicinska zajednica definira 'optimalno' očitanje krvnog tlaka na 120/80 - prirodno je vidjeti porast sistoličkog krvnog tlaka kako starimo. S DDE-om je poznato da stručnjaci u industriji i vođe mišljenja kažu da je 90% pohvalno u većini industrija.
Međutim, vidio sam kako organizacije dosljedno postižu> 95% DDE pomicanjem ulijevo s alatima za simulaciju utjecaja promjena poput Analiza utjecaja Panaya .
# 2) Kvarovi unutar sustava (SWD)
Jeste li ikada susreli višestruke nedostatke povezane s istim objektima? Sigurno bi. Česta je pojava s kojom se susreću mnogi voditelji ispitivanja.
Odjednom vidite ogroman porast broja bugova prijavljenih u UAT ciklusu. Srećom, kladim se da ste od onih koji nadgledaju kvarove svakih 15 minuta i ručno 'povezuju' duplikate ili čitaju svaki pojedini opis kako biste sami prepoznali glavni uzrok, zar ne? Sumnjivo.
Dakle, koje su vaše mogućnosti za upravljanje neizbježnom dramom 'inflacije defekta?'
Drama koja nastaje u onom noćnom rekapitulacijskom pozivu s vodstvom u sjedištu o 'Zašto danas tako nagli porast nedostataka?' (Pauza .... Duboki dah prije nego što odgovorite) ... „U procesu sam rada s našim Funkcionalnim potencijalnim kupcima kako bih izvršio ručnu analizu uzroka.
Ali mislimo da su mnogi problemi povezani sa zajedničkim problemom, ali to još nije identificirano ', zvuči poznato?
Moj je prijedlog da započnete pratiti ono što Panaya zove 'Sistemski nedostaci' . Ručno praćenje ovog traje zauvijek - vjerujte mi, probao sam već mnogo puta. Također je bolno raditi tijekom upotrebe naslijeđenih ALM alata gdje vam preostaje samo mogućnost povezivanja nedostataka i dodavanja komentara.
najbolji besplatni pretvarač datoteka za Windows 10
Wow, to je stvarno pomoglo! (osjećate sarkazam?). Ali ako sada nemate izbora u alatima, morat ćete izdvojiti vrijeme za pravilno praćenje kvarova na cijelom sustavu da biste ih jasno 'objasnili'? zašto se linija trenda bugova kreće prema gore prema kraju ciklusa testiranja, a ne prema dolje.
Ako vam se pruži prilika, pogledajte Panaya Test Dynamix, u njega je ugrađen SWD, koji automatski izračunava SWD za vas u letu.
Paukova mreža - Smješten unutar 'Rick Cockpita' ove platforme, ovo je moćan, ali jednostavan prikaz 6 dodatnih ključnih pokazatelja uspješnosti koji zaokružuju najvažnije KPI-je koje bi svaki menadžer kvalitete, testiranja i objavljivanja trebao pratiti.
# 3) Ispunjavanje zahtjeva
QA menadžeri razumiju rizik na dubljoj razini koji se može realizirati samo kodom ili vidljivošću na razini prijevoza prilagođenom svakom zahtjevu. To zahtijeva odgovarajući set alata.
Alat Panaya odgovorit će na potrebe SAP-ovih organizacija koje traže inteligentne prijedloge za jedinstvene testove i analizu rizika na temelju transportnih aktivnosti.
Ova razina praćenja dostupna je unutar Panaya izdanje Dynamix (RDx) .
# 4) Završetak razvoja
Živimo u eri u kojoj su kupci kralj i to pokreće strategiju digitalne transformacije svake organizacije. U današnje vrijeme ne možemo si priuštiti da budemo bez razmišljanja ili u svom organizacijskom pristupu osiguranju i isporuci kvalitete softvera.
Naši tradicionalni ALM modeli od prije nisu bili dizajnirani za današnji model kontinuirane isporuke. Da bi se borili protiv ovog starog načina razmišljanja, voditelji osiguranja i testiranja moraju se ugraditi u akciju razvoja aplikacija, što znači imati puls na isporuci korisničkih priča.
Nije dovoljno 'sjediti i čekati' da korisnička priča dosegne gotov status. Umjesto toga, moramo pratiti evoluciju korisničke priče, prisustvovati svakodnevnim Scrum sastancima i otvoreno razgovarati o rizicima koji se odvijaju s važnim promjenama u aplikaciji koja se testira.
# 5) Obuhvat plana ispitivanja
Ovo je jedan od mojih omiljenih KPI-a za praćenje, jer nisam spušten samo na praćenje sustava, integraciju, regresiju i pokrivenost UAT-a.
U istinskom duhu pomicanja ulijevo, počeo sam savjetovati o važnosti praćenja pokrivenosti jedinice ispitivanja. Zvuči ludo, zar ne? Nije, pogotovo ako imate prave alate za olakšavanje izvođenja jediničnih testova, ali olakšava čak i prikupljanje stvarnih rezultata (dokaza).
S uključenom Panaya Test Dynamixovom ugrađenom sposobnošću snimanja i reprodukcije testa, vaše će sudjelovanje u jedinstvenom testiranju rasti u nebo. Ne samo da ćete s ponosom moći prikazati matricu sljedivosti zahtjeva koja pokazuje pokrivenost od kraja do kraja, već ćete i lako pokazati stvarne rezultate vašem odjelu za reviziju od jedinice do regresijskog testiranja.
# 6) Analiza rizika
Rizik je svojstven svakoj promjeni koju napravimo na testiranoj aplikaciji, ali ne znamo uvijek testiramo li ispravne stvari.
Mnoge organizacije imaju vlastitu definiciju onoga što za njih znači 'rizik od promjene'. Unutar 'Rick Cockpita' Panaya's Release Dynamix (RDx), možete ukloniti nagađanja praćenja promjena Analizom učinka za svoj projekt ili sljedeće izdanje.
RDx sustavno izračunava rizik za svaki zahtjev i prati vas kako se mijenja kako idete dalje u životni ciklus isporuke.
# 7) Rizik izvršenja testa
Prečesto je da sve organizacije prate KPI-je poput autorskih testova, položenih testova, automatiziranih testova i izvršenih testova, ali što je sa praćenjem stvarnih koraka izvedenih unutar svakog od testova?
Jeste li ikad primijetili da mnogi od popularne ALM platforme ne pružaju izvanredne mogućnosti izvještavanja za praćenje napretka izvršenja testnog „koraka“? Kada imate mnogo različitih 'primanja' koje se događaju u a UAT ciklus , ima smisla pratiti rizik i status izvršavanja testa, ne samo na razini testa već i na razini poslovnog procesa.
Panaya Test Dynamix to jednostavno radi, izvan kutije.
# 8) Izvršenje nedostataka
Defekti praćenja sami po sebi imaju i negativnu konotaciju.
Uz praćenje aktivnih nedostataka, dnevno otklonjenih nedostataka i ozbiljnih nedostataka, predlažemo i praćenje rješavanja nedostataka koji se odnose na zahtjeve za opsegom.
otvoreni izvor uravnoteživača opterećenja virtualni uređaj
Mnoge organizacije ne zauzimaju pogled na rješavanje nedostataka prema zahtjevima.
Zašto ovo rješenje za testiranje?
Uz sljedivost od kraja do kraja ugrađenu u Release Dynamix i Panaya Test Dynamix, vaša organizacija može pratiti tijek rješavanja nedostataka od početka do kraja na razini zahtjeva.
Ovo je posebno korisno za menadžere izdavanja, kvalitete i testiranja koji traže ptičju perspektivu projekta ili ciklusa objavljivanja.
Panaya ubrzava postupak testiranja za tehničke IT i poslovne korisnike, smanjujući tako ukupni trud za 30-50%:
- Menadžeri: Upozorenja u stvarnom vremenu za ispitivanje i nedostatke i sprječavanje uskih grla.
- Poslovni korisnici: Automatizirana dokumentacija o dokazima i nedostacima.
- Funkcionalni analitičari: Automatizacija ponavljajućih aktivnosti ispitivanja.
- Profesionalni testeri: Neprimjetno poboljšava prikupljanje poslovnog znanja.
- Rješavači nedostataka: Smanjuje naprijed-natrag pomoću testera.
Što biste još trebali znati o ovom rješenju
# 1) Panaya Test Dynamix je SaaS rješenje što znači da dobivate besprijekornu integraciju, česte i bezbolne nadogradnje, kao i praćenje lokalnih alata za automatizaciju.
# 2) Ugrađeni alati za suradnju pojednostaviti cikluse testiranja s ugrađenim obavijestima i komunikacijskim alatima.
Automatska primopredaja testnih koraka sljedećem korisniku uklanja vrijeme praznog hoda, ublažava uska grla radnog opterećenja i osigurava optimalne tijekove rada.
# 3) Pametno upravljanje nedostacima omogućuje korisnicima da centralno nadgledaju kvarove, njihovo rješavanje i poslovne procese koji na njih utječu.
Kada se pronađe nedostatak, automatski identificira sve ostale testove na koje utječe i blokira ili šalje obavijesti testerima dok se glavni kvar ne riješi. Rješeni kvar se automatski zatvara uklanjanjem zaostalih kvarova.
# 4) S pristupom UAT-u i SIT-u usmjerenim na poslovni proces, međufunkcionalni i geografski raspodijeljeni stručnjaci vrednuju UAT cikluse na temelju stvarnih poslovnih procesa (pakirane aplikacije).
# 5) Ispitajte konektore za automatizaciju pružiti potpunu integraciju Panaya Test Dynamixa s postojećim alatima za automatizaciju za učinkovite regresijske cikluse u minimalnom vremenu i naporu uz holističko praćenje i nadgledanje.
# 6) Test automatizacija dokaza automatizira ručno testiranje kojim se tradicionalno upravlja u programu Excel i Word.
Štedi vrijeme bez napora dokumentiranjem svakog izvođenja testa - uključujući dokaze o testu i evidenciju koraka za reprodukciju testa, istovremeno smanjujući naprijed-natrag između programera i testera. Dokumentacija je spremno za reviziju , osigurava usklađenost sa svim unutarnjim i vanjskim standardima kvalitete.
# 7) Autonomno ispitivanjeSM za SAP omogućuje stvaranje i održavanje test slučaja bez dodira, tako da više ne morate rješavati bolove povezane s hvatanjem poslovnog znanja i postupkom stvaranja i održavanja ručno projektiranih skripti.
Skripte su prilagodljive, dok strojno učenje nudi provjeru valjanosti i prijedloge na temelju analize gužve.
# 8) Automatizirano prikupljanje poslovnog znanja - Omega automatski stvara testove iz stvarnog života na temelju aktivnosti poslovnih korisnika koji se neprimjetno bilježe u proizvodnji pomoću algoritama strojnog učenja (SAP).
Zaključak
Menadžeri kvalitete softvera i svi relevantni dionici mogu ispuniti svoje KPI-ove za testiranje kako bi potaknuli više inovacija uz smanjenje napora za 30-50%, bez ugrožavanja opsega ili kvalitete pomoću Panaye.
Standardizira postupak ispitivanja i mjeri uspjeh, jer svi dionici usvajaju istu metodologiju ispitivanja kako bi se postigla vidljivost u stvarnom vremenu tijekom svih ciklusa ispitivanja, uključujući veliki UAT.
Za više informacija možete istražiti Panaya test Dynamix .
Javite nam svoje misli / upite u komentarima ispod.
Preporučena literatura
- Koji su atributi kvalitete?
- Izvedba MongoDB-a: izvedba zaključavanja, greške stranice i profiliranje baze podataka
- Razlika između osiguranja kvalitete i kontrole kvalitete (QA vs QC)
- Lažni bog kvalitete nasuprot istinskim ljudima - tko je odgovoran za kvalitetu softvera?
- Georgia Tech standardizira svoje ispitivanje performansi na RadView WebLOAD
- HTTP vs HTTPS: dubinska usporedba značajki i performansi
- Razlika između plana ispitivanja izvedbe i strategije ispitivanja uspješnosti
- Kako izvršiti ručno ispitivanje performansi?