Menu

Výukový program pre správu testov: Sprievodca testovaním správy

  • Hlavná
  • Iné
  • Výukový program pre správu testov: Sprievodca testovaním správy

test management tutorial

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Toto je návod na správu testov pre testovanie softvéru. Zahŕňa fázy riadenia testov, nástroje a organizačnú štruktúru riadenia testov vs.

Správa testov je proces riadenia všetkých testovacích aktivít, dokumentov a ďalších súvisiacich prác. Organizačné štruktúry označujú hierarchiu tímov alebo zamestnancov pracujúcich na konkrétnych projektoch.

Myslíte si, že organizačná štruktúra ovplyvňuje riadenie testov?

Ak je vaša odpoveď nie, uvidíme prečo? Ak áno, pozrime sa, ako to ovplyvní. Aby sme našli vzťah medzi týmito dvoma, musíme týmto témam jasne porozumieť a potom preskúmať vzťah medzi Manažmentom testov a Organizačnou štruktúrou.

Správa testov

Čo sa dozviete:

Úvod do správy testov

Správa testov znamená riadenie celého procesu testovania softvéru pre konkrétny projekt. Proces správy testov sa aplikuje na celý životný cyklus vývoja softvéru. V ideálnom prípade by sa teda mal začať proces správy testov hneď po začiatku procesu vývoja softvéru.

Manažér testu mal nasledujúce zodpovednosti -

  • Manažér testov by mal zabezpečiť konzistenciu a kvalitu týchto pracovných produktov.
  • Na výbere a prispôsobení príslušnej šablóny spolupracujte s analytikmi testov a technickými analytikmi testov.
  • Spolupracujte s analytikmi testov a technickými analytikmi stanovenia štandardov pre tieto produkty, napríklad úrovní podrobného stupňa.
  • Preskúmajte pracovné výrobky pomocou vhodných techník.

Súčasti správy testov

Správa testov je pre lepšie pochopenie rozdelená do 5 častí:

  1. Dokumentácia k testu
  2. Odhad testu
  3. Testovacie metriky
  4. Meranie priebehu testu
  5. Metriky na monitorovanie životného cyklu testovania

# 1) Skúšobná dokumentácia

Nižšie sú uvedené tri typy dokumentácie k testu:

  • Testovacia politika
  • Stratégia testovania
  • Hlavný plán skúšok

# 1) Testovacie pravidlá:

  • Zhrňuje hodnotu, ktorú organizácia odvodzuje z testovania.
  • Definuje zásady testovania.
  • Opisuje, ako hodnotiť účinnosť testovania.
  • Načrtáva testovací proces.
  • Uveďte, ako organizácia zlepší testovací proces?

# 2) Testovacia stratégia:

  • Opisuje všeobecné testovacie metodiky, ktoré sa používajú na riadenie rizík projektu a produktu.
  • Analytické stratégie: Rovnako ako testovanie založené na riziku.
  • Stratégia založená na modeloch: Rovnako ako prevádzkový profil, v ktorom testovací tím vyvíja model založený na skutočných a akceptovaných situáciách prostredia, vstupov a podmienok.
  • Metodická stratégia: Kvalitatívne charakteristiky, keď testovací tím používa súbor testovacích podmienok, kontrolný zoznam alebo súbor zovšeobecnených logických testov.
  • Postup alebo techniky vyhovujúce štandardom: Sleduje skupinu procesov ako SCRUM / Agile.
  • Reaktívne stratégie: Používanie defektov založených na ÚTOKOV AKO PRIESKUMNÉ TESTOVANIE.
  • Konzultačná stratégia: Rovnako ako testovanie zamerané na používateľa, keď sa testovací tím pri určovaní testovacích podmienok spolieha na vstup jedného alebo viacerých zainteresovaných strán, ako je napríklad testovanie kompatibility mimo podnik.
  • Tiež popisuje:
    • Integračné postupy
    • Techniky špecifikácie skúšky
    • Nezávislosť od testovania
    • Povinné a voliteľné normy
    • Testovacie prostredie
    • Náradie
    • Opätovná použiteľnosť softvérových produktov
    • Opakované testovanie a regresia.

# 3) Hlavný testovací plán:

  • Zahŕňa všetky testovacie úlohy, ktoré je potrebné vykonať.
  • Diskutuje o tom, ako bude testovanie implementovať stratégiu a politiku testovania.
  • Ak niečo nie je popísané, potom by mal testovací plán popísať prečo a mitigačný plán.
  • Obsah plánu testov je:
    • Položky, ktoré sa majú testovať
    • Kvalitatívne charakteristiky, ktoré sa majú testovať.
    • Časový plán
    • Vykonávací cyklus
    • Premenné defektu
    • Testované položky v rozsahu
    • Kritériá ukončenia
    • Riziká projektu
    • Celkové riadenie testovacieho úsilia,
    • Úlohy a zodpovednosti
    • Vstup a výstup

# 2) Odhad testu

Všeobecné body:

  • Je riadiacou činnosťou
  • Vychádza to zo skúseností.
  • Poskytuje konkrétny a podrobný katalóg nákladov, zdrojov, úloh a osôb.
  • Raz pripravený odhad musí byť doručený manažmentu spolu s odôvodnením.
  • Konečný odhad predstavuje najlepšiu možnú rovnováhu organizačných a projektových cieľov.
  • Odhad je založený na informáciách dostupných v čase, keď bol vypracovaný.
  • Aby bola zachovaná presnosť, odhady by sa mali aktualizovať, aby odrážali nové a zmenené informácie.

Faktory ovplyvňujúce odhad testu:

  • Požadovaná úroveň kvality
  • Veľkosť systému
  • Historické dáta
  • Faktory procesu, ako je stratégia, vývoj a životný cyklus
  • Materiálové faktory, ako je testovacie prostredie, automatizácia, nástroje a údaje
  • Ľudia faktor
  • Zložitosť procesu
  • Školenie a KT (prenos vedomostí)
  • Asimilácia a vývoj nových nástrojov a technológií, postupov alebo techník.
  • Požiadavka vyššieho stupňa podrobnej špecifikácie skúšky.
  • Načasovanie príchodu komponentov
  • Skúšobné údaje.

Odhaduje:

  • Štruktúra rozpisu práce
  • Tímová odhadová relácia
  • Pomer tester - vývojár
  • História organizácie
  • Analýza funkčných bodov, LOC.

Odhad testu je ďalej vysvetlený ďalej v tutoriále.

# 3) Testovacie metriky

  • Čo sa zmeria, považuje sa za hotové?
  • Čo nemeria, dá sa ľahko ignorovať?
  • Mala by byť definovaná obmedzená sada užitočných metrík.
  • Mali by sa definovať iba tie metriky, ktorých interpretácia je schválená všetkými.
  • Vytváranie prehľadov a zlúčenie metrík by malo byť automatické.
  • Manažér by mal overiť informácie v metrike.

Metrika projektu: % úspešného vykonania, zlyhania atď.

ako napísať testovacie prípady pri manuálnom testovaní s príkladom

Metrika produktu:

  • Atribúty produktu
  • Hustota defektu

Metrika procesu: Meria schopnosť testovania ako% defektu.

Ľudia: Schopnosť jednotlivca.

Metrika priebehu testu:

  • Počet testovacích podmienok / prípadov, plánovaných a vykonaných.
  • Celková chyba kategorizovaná podľa závažnosti, priority, aktuálneho stavu a subsystému účinkov.
  • Počet požadovaných, prijatých zmien, zostrojených a testovaných zmien.
  • Plánované vs skutočné náklady.
  • Plánované vs skutočné trvanie
  • Medzník plánovaného a skutočného testovania.
  • Stav rizika kvality produktu
  • % straty testovacieho úsilia, nákladov alebo času.

# 4) Meranie priebehu testu

Riziká produktu:

  • % krytého rizika.
  • % rizika zlyhania pri skúške
  • % Riziko identifikované jednotlivcom.

Poruchy:

  • Počet zistených chýb a počet predložených chýb.
  • Stredná doba príchodu poruchy
  • Poruchy konkrétnych testovaných položiek.
  • Detekcia RCA (analýza základných príčin)
  • Poruchou sú testovacie verzie.
  • Porucha vo fáze
  • Priorita a závažnosť
  • Nahlásiť zamietnutie vs duplikát
  • Čas potrebný na vyriešenie
  • Počet nových chýb zavedených v dôsledku odstránenia starých chýb.

Test:

  • Celkový počet úspešných absolvovaní testu, neúspechu, behu, blokovania
  • Celkový počet prípadov regresných testov.

Pokrytie:

  • Požiadavka a pokrytie návrhu
  • Krytie rizika
  • Pokrytie konfigurácie prostredia
  • Pokrytie kódu

# 5) Metriky na sledovanie životného cyklu testovania

Monitorujte plán testov

  • Počet rizík a požiadaviek
  • Objavenie chyby
  • Plán vs skutočné úsilie.

Monitorujte návrh testu

  • Počet chýb zistených počas návrhu.

Monitorujte analýzu testu

  • Počet podmienok
  • Počet chýb v analýze

Monitorujte implementáciu testu

  • % konfigurácie prostredia
  • % automatizovaného testovacieho prípadu.

Monitorujte vykonávanie

  • % úspešných, zlyhaných, bez spustenia, blokovaných testovacích prípadov
  • % Pokryté testovacie prípady
  • Plánované vs Skutočné závady vyriešené
  • % plánu vs skutočné pokrytie

Uzavretie monitora

  • % testovacích prípadov vyhovuje, ail
  • % testovaných prípadov zaradených do kategórie na opakované použitie
  • % automatizovaných testovacích prípadov.
  • Počet vyriešených / nevyriešených chýb.
  • % produktu testovacej práce

Fáza monitorovania a kontroly testu, o ktorej sa pojednáva nižšie, ďalej vysvetľuje túto tému.

Fázy riadenia testov

Počas procesu riadenia testov je potrebné vziať do úvahy nasledujúce body. Inými slovami, nasledujúce sú rôzne fázy procesu riadenia testov:

  1. Analýza rizík
  2. Odhad testu
  3. Plánovanie testov
  4. Skúšobná organizácia
  5. Monitorovanie a kontrola skúšok
  6. Správa záležitostí
  7. Protokol o skúške

Môžete si všimnúť, že prvé štyri fázy sú viac o plánovaní a zvyšné tri sa týkajú realizácie. Preto môžeme celý proces riadenia testov rozdeliť na dve časti, tj Plánovanie a vykonávanie.

Pozrime sa podrobne na rôzne fázy riadenia testov.

# 1) Analýza rizika

Táto fáza zahŕňa zisťovanie rizikových faktorov a možných riešení. Ak bude analýza rizík vykonaná dôkladne, môžeme sa vyhnúť budúcim zlyhaniam alebo bude k dispozícii aspoň nejaké riešenie.

Riziko je niečo, čo sa môže, ale nemusí stať. Ak sa to však stane, aký to bude mať vplyv? Môže to mať negatívny vplyv na kvalitu softvéru, reputáciu spoločnosti a oveľa viac.

Mali by ste zistiť rizikové faktory, aby ste sa vyhli týmto zlým dopadom. Na zistenie rizikových faktorov by sa mala vykonať analýza rizík. Existujú dva typy rizík, t. J. Riziká projektu a riziká produktu. Riziká projektu sú riziká, ktoré súvisia s pracovným procesom, a riziká produktu sú riziká, ktoré súvisia s vyvinutým produktom.

# 2) Odhad testu

Odhad testu je o predikcii času potrebného pre každú aktivitu / fázu testu. Pretože ide o odhad, nemôže byť presný. Pre lepší odhad testu môžeme študovať minulé projekty našej spoločnosti alebo sa môžeme poradiť s členmi tímu, ktorí budú zodpovední za túto pracovnú alebo testovaciu fázu.

# 3) Plánovanie testu

Samotné plánovanie testov je dlhý proces. Zahŕňa definovanie cieľov testu, rozsah testu, stratégiu testu, časové rozvrhnutie, zdroje, komunikačný prístup atď. Požiadavky by mali byť veľmi jasné pre definovanie cieľov a rozsahu testu. Plán testov je určený pre testerov, používateľov a členov projektového tímu.

Plán testov popisuje úlohu testovania v projekte. Plán testovania obsahuje aj úlohy a zodpovednosti, zoznam funkcií, ktoré sa budú testovať a ktoré sa testovať nebudú, testovacie prostredie, zoznam nástrojov a predpoklady, ak existujú.

# 4) Skúšobná organizácia

Počas fázy plánovania testu sme naplánovali všetky možné veci týkajúce sa testovania.

softvér na hodiny a dovnútra zadarmo

Preto potrebujeme kvalifikovaných členov tímu, aby vykonali tento plán alebo aby bol plán úspešný. Testovacia organizácia je predovšetkým o budovaní dokonalého testovacieho tímu pre úspešný projekt.

# 5) Testovanie monitorovania a kontroly

Počas testovania alebo počas testovacieho plánu testerov je potrebné monitorovať všetky tieto procesy. Jeden by mal mať prehľad o všetkých týchto testovacích prácach. Ak sa vykoná monitorovanie testu, potom testovací tím a manažér testu dostanú spätnú väzbu o tom, aký je priebeh testovania?

Pomocou tejto spätnej väzby môže manažér testov viesť členov tímu k zlepšeniu kvality ďalších testovacích prác. Pomocou monitorovania testov sa projektový tím zviditeľní nad výsledkami testov. Pomáha tiež vedieť o pokrytí testami.

U veľkých projektov sa monitorovanie testov vykonáva pomocou automatizovaného nástroja, pretože zhromažďovanie údajov bude jednoduchšie. U malých projektov zhromaždí jedna osoba všetky údaje alebo dokumenty, ktoré sa týkajú pokroku v testovaní. Na zhromažďovanie informácií o priebehu testu môžeme využiť šablónu protokolu protokolu IEEE 829. Toto všetko bolo o Monitorovaní testov.

Pozrime sa, čo je Testovacia kontrola? Práce na projekte nepôjdu vždy tak, ako sme si naplánovali. Medzi plánom a skutočnou prácou môžu byť určité rozdiely. Aby sme tieto rozdiely minimalizovali alebo odstránili, musíme urobiť nejaké zmeny a tak kontrolujeme testovacie práce.

# 6) Správa problémov

Problémom môže byť akýkoľvek problém, ktorý sa vyskytne počas procesu vývoja a testovania softvéru. Môže to byť najmenší dôvod, kvôli ktorému nie sme schopní vyvinúť / dodať kvalitný produkt. Niektoré problémy sú zarážkou, t. J. Bez riešenia tejto otázky nebudeme môcť pokračovať v ďalšom procese.

Správa problémov je o tom, ako tieto problémy / problémy riešime. Môžeme to nazvať aj ako Incident management. Správa problémov si vyžaduje lepšie plánovanie procesu riešenia problémov. Lepšie riešenie problémov závisí od schopností a skúseností testovacieho manažéra.

Ako sa vyskytujú tieto problémy?

Môže nastať niekoľko problémov. Niektoré problémy súvisia so stratégiou a niektoré s definíciou, HR, plánovaním atď.

Stratégia :

Príklady:

  • Projektu sa minuli finančné prostriedky.
  • Slabá komunikácia projektu.
  • Proces riadenia projektu nie je v súlade s uvedenými normami.

Problémy s definíciou : Problémy spojené s požiadavkami.

Príklady: Nejasné požiadavky. Kvôli nejasným požiadavkám je možné zaviesť veľa problémov.

Problémy s plánovaním: Toto je najbežnejší typ problému. Zamestnanci musia mať problém dodržať termín.

Problémy s HR:

Príklady:

  • V tíme chýba zručnosť.
  • Nesprávne mapovanie zamestnancov pre prácu.

Problémov môže byť oveľa viac a nemôžeme ich tu spomenúť všetky. Správa problémov teda spočíva v zaznamenávaní, sledovaní a riešení problémov.

# 7) Správa o teste

Správa o teste pomáha identifikovať pokrytie testom, kvalitu vyvinutého produktu a požadované zlepšenia procesu. Môžeme rozhodnúť, „koľko testovania sa vyžaduje?“

Ak sa vykoná dostatočné testovanie, môžeme túto správu o teste predložiť zainteresovaným stranám alebo klientom. Aby tiež spoznali kvalitu produktu a mali predstavu o tom, ako veľmi sa na ňom testuje.

Nástroje na správu testov

Postupovaním v procese vývoja softvéru sa správa testov komplikuje, a to je jeden z hlavných dôvodov, pre ktoré je v dnešnej dobe k dispozícii toľko nástrojov na správu testov.

Tieto nástroje pomôžu v posledných štyroch fázach procesu riadenia testov (Organizácia testovania, Monitorovanie a kontrola testov, Správa problémov a Správa o teste). Pretože tieto nástroje pomáhajú dôležitým fázam riadenia testov, mali by sa brať do úvahy ako prvé v rámci projektu.

Nižšie sú najobľúbenejšie nástroje na správu testov:

  1. qTest
  2. PractiTest
  3. Zephyr
  4. Test Collab
  5. TestFLO pre JIRA
  6. XQual
  7. Xray - správa špičkových testov
  8. TestRail
  9. QACoverage
  10. Požiadavky a správa testov pre Jira (RTM)
  11. SPIRATEST od spoločnosti Inflectra
  12. Kualitee
  13. aqua
  14. Testpad
  15. JunoOne

=> Kliknutím sem zobrazíte podrobné recenzie NAJLEPŠÍCH nástrojov na správu testov

Organizačné štruktúry

Pozrime sa na rôzne organizačné štruktúry.

Môžu existovať určité pravidlá pre organizačné štruktúry alebo môžu existovať nejaké ideálne štruktúry, ale bez ohľadu na to môže mať každá organizácia svoju štruktúru. Existuje toľko organizačných štruktúr a každá z nich má svoje výhody a nevýhody.

Tu budeme diskutovať o niektorých z nich.

Najskôr uvidíme najjednoduchšiu organizačnú štruktúru, ktorá sa používa pre malé projekty.

Organizačná štruktúra

V tejto štruktúre sa testeri aj programátori podávajú správy vývojovému manažérovi.

  1. Manažér rozvoja má dobrú kontrolu nad projektovými aktivitami.
  2. Bude menšia možnosť komunikačnej medzery medzi testovacími a vývojovými tímami.
  3. Aj na stretnutiach je dobré rozhodovať o termínoch pre vývojového manažéra, pretože má úplné vedomosti o testovacích a vývojových prácach.
  4. Tímová práca bude efektívna z dôvodu minimálnych vrstiev.

Medzi nevýhody tejto štruktúry patria:

  1. Pretože neexistuje žiadny manažér pre testovanie, je možné, že s testovaním sa bude uvažovať neskoro v rámci projektu.
  2. Existuje ďalšia možnosť, že testovanie získa pre projekt menší význam. Možno o tom uvažovať neskoro v rámci projektu.

Spravidla sa v malých organizáciách pre malé projekty stáva, že vývojovému tímu trvá viac času, ako je uvedené, a testovací tím musí trpieť, tj. Testovací tím bude musieť produkt otestovať do stanoveného termínu, aby testovací tím získal menej času na testovanie. produkt.

V tejto štruktúre musí mať manažér pre úspešné dokončenie projektu na pamäti, že jeho cieľom nie je iba dokončenie projektu, ale vývoj kvalitného softvéru.

Druhá najčastejšie používaná organizačná štruktúra:

2. organizačná štruktúra

Toto je najbežnejší typ organizačnej štruktúry. V tejto štruktúre sa testeri zodpovedajú správcom testov a vývojári správcovi vývoja. Správca testov aj vývojový manažér sa podriaďujú projektovému manažérovi.

Správca testov bude zodpovedný za všetky činnosti spojené s testovaním a vývojový manažér je zodpovedný za to, aby vyvinul softvér. Projektový manažér bude riadiť testovacie aj vývojové činnosti.

Výhody:

  • Na rozdiel od predchádzajúcej štruktúry, tu v tejto štruktúre existujú rôzni manažéri pre testovanie a vývoj, a preto sa obaja môžu sústrediť na svoju prácu. Naďalej sa budú venovať svojej práci a bude ich menej rušiť.
  • V tejto štruktúre nemožno zanedbať testovacie činnosti alebo o nich nemožno uvažovať neskoro v rámci projektu. To znamená, že testovanie aj vývoj dostanú rovnakú dôležitosť.
  • Pokiaľ ide o prijímanie kritických rozhodnutí, je najlepšie, keď je testovací tím nezávislý.

Nevýhody:

  • Existuje možnosť komunikačnej medzery z dôvodu viacerých úrovní.

Správa testov vs. organizačné štruktúry

Organizačné štruktúry priamo ovplyvňujú správu testov. Rôzne organizačné štruktúry majú rozdielny vplyv na správu testov, preto sa správa testov líši podľa schopností a skúseností manažéra testovania, ako aj podľa pozície manažéra testovania v organizačnej štruktúre.

Videli sme tu dve organizačné štruktúry. V prvej štruktúre sú manažér pre vývoj a manažér pre testovanie rovnaká osoba, a preto ovplyvňuje riadenie testov. Cieľom vývojového manažéra je vyvíjať softvér, pričom sa pri tom musí pozerať aj na testovacie práce.

Niekedy teda môže vydávať zaujaté názory. Môže iba prehliadnuť problém a pokračovať. Takto to môže ovplyvniť správu testov. Nezávislý manažér testov bude schopný zabezpečiť viac spravodlivosti a správa testov bude lepšia s nezávislými manažérmi testov.

Záver

Obe témy, t. J. Testovacie riadenie a organizačné štruktúry, sme videli osobitne a spolu so vzťahom medzi týmito dvoma témami. Môžeme vyvodiť záver, že organizačné štruktúry ovplyvňujú riadenie testov.

čo je súbor eps?

Pri porovnaní obidvoch vyššie uvedených štruktúr bude v druhej štruktúre riadenie testov zvládnuté lepšie ako prvá. Dôvodom môže byť vyhradený manažér testov.

Organizačné štruktúry sa v jednotlivých organizáciách líšia. Aj keď existuje určitý proces riadenia testov (alebo môžu tímy používať nástroje na správu testov), ​​riadenie testov sa bude líšiť z dôvodu rôznych organizačných štruktúr, manažérov testov, schopností a skúseností testovacieho manažéra.

Odporúčané čítanie

^