PLÁN TESTU: Čo je, ako vytvoriť (s príkladom)

Plán skúšok

Plán testov je podrobný dokument, ktorý popisuje stratégiu testovania, ciele, harmonogram, odhad, výstupy a zdroje potrebné na vykonanie testovania softvérového produktu. Testovací plán nám pomáha určiť úsilie potrebné na overenie kvality testovanej aplikácie. Plán testov slúži ako plán na vykonávanie testovacích aktivít softvéru ako definovaný proces, ktorý je podrobne sledovaný a kontrolovaný manažérom testov.

Podľa definície ISTQB: „Testovací plán je dokument popisujúci rozsah, prístup, zdroje a harmonogram zamýšľaných testovacích aktivít.“

Začnime nasledujúcim príkladom / scenárom plánu testovania: Na schôdzi chcete diskutovať o pláne testovania s členmi tímu, ale nemajú záujem -.

Čo v takom prípade urobíte? Vyberte svoju odpoveď podľa nasledujúceho obrázka

A) Som manažér a robím všetko tak, ako som povedal
B) Dobre, poďme vysvetliť, prečo potrebujeme
nesprávny
plán testov. Ako manažér testovania im musíte vysvetliť dôležitosť plánu testov, a nie nútiť tím, aby robil to, čo chcete. Správne
Ako manažér testu im musíte skôr vysvetliť dôležitosť plánu testov, ako nútiť tím robiť to, čo chcete.

Aký je význam plánu testov?

Vytvorenie dokumentu Plán testov má niekoľko výhod

• Pomôžte ľuďom mimo testovacieho tímu, ako sú vývojári, obchodní manažéri, zákazníci, porozumieť podrobnostiam testovania.
• Testovacím plánom sa riadime našim myslením. Je to ako s knihou pravidiel, ktorú je potrebné dodržiavať.
• Dôležité aspekty, ako je odhad testu, rozsah testu, stratégia testu, sú zdokumentované v testovacom pláne, takže ho môže manažérsky tím skontrolovať a znova použiť pre ďalšie projekty.

Ako napísať testovací plán

Už viete, že vytvorenie plánu testov je najdôležitejšou úlohou procesu riadenia testov. Podľa nasledujúcich siedmich krokov vytvorte plán testov podľa IEEE 829

1. Analyzujte produkt
2. Navrhnite stratégiu testovania
3. Definujte ciele testu
4. Definujte kritériá testu
5. Plánovanie zdrojov
6. Plánujte testovacie prostredie
7. Časový plán a odhad
8. Stanovte výstupy testu

Krok 1) Analyzujte produkt

Ako môžete vyskúšať produkt bez akýchkoľvek ďalších informácií? Odpoveď je nemožná. Pred testovaním sa musíte produkt dôkladne naučiť .

Testovaným produktom je webová stránka bankovníctva Guru99. Mali by ste prehľadať klientov a koncových používateľov, aby ste poznali ich potreby a očakávania od aplikácie

• Kto bude používať webovú stránku?
• Načo sa to používa?
• Ako to bude fungovať?
• Aký softvér / hardvér produkt používa?

Na analýzu stránok môžete použiť nasledujúci prístup

Teraz aplikujeme vyššie uvedené znalosti na skutočný produkt: Analyzujte bankový web http://demo.guru99.com/V4.

Mali by ste sa rozhliadnuť okolo tejto webovej stránky a tiež skontrolovať dokumentáciu k produktu. Preskúmanie dokumentácie k produktu vám pomôže porozumieť všetkým funkciám webovej stránky, ako aj tomu, ako ju používať. Ak vám nie sú jasné žiadne položky, môžete sa porozprávať so zákazníkom, vývojárom, dizajnérom, aby ste získali viac informácií.

Krok 2) Vypracujte stratégiu testovania

Stratégia testovania je rozhodujúcim krokom pri vytváraní plánu testovania pri testovaní softvéru. Dokument Stratégia testovania je dokument na vysokej úrovni, ktorý zvyčajne vypracuje manažér testov. Tento dokument definuje:

• Ciele testovania projektu a prostriedky na ich dosiahnutie
• Určuje úsilie a náklady na testovanie

Späť k vášmu projektu musíte vyvinúť Testovaciu stratégiu pre testovanie tohto bankového webu. Mali by ste postupovať podľa pokynov uvedených nižšie

Krok 2.1) Definujte rozsah testovania

Pred začiatkom akejkoľvek testovacej činnosti by mal byť známy rozsah testovania. Musíte to poriadne premyslieť.

• Komponenty systému, ktoré sa majú testovať (hardvér, softvér, middlevér atď.), Sú definované ako „ v rozsahu “
• Komponenty systému, ktoré nebudú testované, je tiež potrebné jasne definovať ako „ mimo rozsahu pôsobnosti “.

Definovanie rozsahu vášho testovacieho projektu je veľmi dôležité pre všetky zúčastnené strany. Presný rozsah vám pomôže

• Poskytnite všetkým spoľahlivosť a presné informácie o testovaní, ktoré práve robíte
• Všetci členovia projektu budú jasne rozumieť tomu, čo sa testuje a čo nie

Ako určíte rozsah vášho projektu?

Ak chcete určiť rozsah, musíte -

• Presná požiadavka zákazníka
• Rozpočet projektu
• Špecifikácia produktu
• Zručnosti a talent vášho testovacieho tímu

Teraz by malo byť jasne definované „v rozsahu“ a „mimo rozsahu“ testovania.

• Ako je uvedené v požiadavkách na softvér, projekt Guru99 Bank sa zameriava iba na testovanie všetkých funkcií a externého rozhrania webovej stránky Guru99 Bank ( v rozsahu testovania).
• Nefunkčné testovanie, ako napríklad stres , výkon alebo logická databáza, sa momentálne testovať nebude. ( mimo rozsahu)

Problémový scenár

Zákazník chce, aby ste otestovali jeho API. Rozpočet projektu to však neumožňuje. Čo v takom prípade urobíte?

V takom prípade musíte presvedčiť zákazníka, že testovanie Api je práca navyše a bude vyžadovať značné prostriedky. Poskytnite mu údaje podporujúce vaše fakty. Povedzte mu, že ak je testovanie API zahrnuté do rozsahu, rozpočet sa zvýši o sumu XYZ.

Zákazník súhlasí a v súlade s tým sú nové rozsahy, položky mimo rozsahu

• Položky v rozsahu: funkčné testovanie, testovanie API
• Položky mimo rozsah: Testovanie databázy, hardvér a akékoľvek ďalšie externé rozhrania

Krok 2.2) Určte typ testovania

Testovanie typ je štandardný testovací postup, ktorý dáva očakávaný výsledok testu.

Každý typ testovania je formulovaný tak, aby identifikoval konkrétny typ chýb produktu. Všetky typy testovania sú však zamerané na dosiahnutie jedného spoločného cieľa „ Včasné odhalenie všetkých chýb pred vydaním produktu zákazníkovi“

Tieto bežne používané skúšobné typy sú popísané na nasledujúcom obrázku

Existuje veľa typov testovania na testovanie softvérových produktov. Váš tím nemôže mať dosť úsilia na zvládnutie všetkých druhov testovania. Ako manažér testovania musíte nastaviť prioritu typov testovania

• Na ktoré typy testovania by sa malo zamerať testovanie webových aplikácií?
• Ktoré typy testovania by sa mali z dôvodu úspory nákladov ignorovať ?

Teraz si pocvičme s vašim projektom. Produkt, ktorý chcete otestovať, je bankový web.
Na ktoré typy testovania by ste sa v tomto prípade mali zamerať?
Vyberte možnosť Všetko, čo sa použije A) Testovanie jednotky B) Testovanie API C) Testovanie integrácie D) Testovanie systému E) Inštalácia / odinštalovanie testovania F) Agilné testovanie Vyberáme iba B) Testovanie API C) Testovanie integrácie D) Testovanie systému pre projekt Guru99

Krok 2.3) Dokumentácia rizík a problémov

Riziko je neistá udalosť budúcnosti s pravdepodobnosťou výskytu a potenciálnou stratou. Keď sa riziko skutočne stane, stane sa z neho „ problém“.

V článku Analýza a riešenie rizík ste sa už podrobne dozvedeli o analýze rizík a identifikovali ste potenciálne riziká v projekte.

V pláne testovania QA tieto riziká zdokumentujete

Riziko	Zmiernenie
Člen tímu nemá potrebné zručnosti na testovanie webových stránok.	Naplánujte si školiaci kurz, pomocou ktorého získate svojich členov
Časový plán projektu je príliš tesný; je ťažké dokončiť tento projekt včas	Nastavte prioritu testu pre každú z testovacích aktivít.
Správca testov má slabé riadiace schopnosti	Naplánujte si školenie vedúcich pre manažéra
Nedostatok spolupráce negatívne ovplyvňuje produktivitu vašich zamestnancov	Podporujte každého člena tímu v jeho úlohe a inšpirujte ho k väčšiemu úsiliu.
Nesprávny odhad rozpočtu a prekročenie nákladov	Stanovte rozsah pred začatím práce, venujte veľkú pozornosť plánovaniu projektu a neustále sledujte a merajte pokrok

Krok 2.4) Vytvorenie testovacej logistiky

V testovacej logistike by mal manažér testov odpovedať na nasledujúce otázky:

• Kto bude testovať?
• Kedy dôjde k testu?

Kto bude testovať?

Možno nebudete vedieť presné mená testerov, ktorí budú testovať, je však možné určiť typ testera .

Pri výbere správneho člena pre zadanú úlohu musíte zvážiť, či je jeho zručnosť kvalifikovaná pre danú úlohu, alebo odhadnúť rozpočet projektu. Výber nesprávneho člena pre úlohu môže spôsobiť zlyhanie alebo oneskorenie projektu .

Osoba s nasledujúcimi schopnosťami je najideálnejšia na vykonávanie testovania softvéru:

• Schopnosť porozumieť pohľadu zákazníkov
• Silná túžba po kvalite
• Pozor na detail
• Dobrá spolupráca

Členom, ktorý bude vo vašom projekte zodpovedný za vykonanie testu, je tester. Na základe rozpočtu projektu si môžete ako testera zvoliť člena, ktorý je zdrojom alebo ktorý je externým dodávateľom.

Kedy dôjde k testu?

Testovacie činnosti musia zodpovedať súvisiacim vývojovým aktivitám.

Začnete testovať, keď budete mať všetky požadované položky zobrazené na nasledujúcom obrázku

Krok 3) Definujte cieľ testu

Cieľ testu je celkový cieľ a dosiahnutie výsledku testu. Cieľom testovania je nájsť čo najviac chýb softvéru; pred vydaním sa uistite, či je testovaný softvér bez chýb .

Na definovanie cieľov testu by ste mali urobiť 2 nasledujúce kroky

1. Uveďte zoznam všetkých funkcií softvéru (funkčnosť, výkon, grafické používateľské rozhranie ...), ktoré možno bude treba otestovať.
2. Na základe vyššie uvedených funkcií definujte cieľ alebo cieľ testu

Pomocou týchto krokov nájdeme cieľ testu vášho testovacieho projektu banky Guru99 Bank

Môžete si zvoliť metódu „NAHORU“, aby ste našli funkcie webových stránok, ktoré možno bude treba otestovať. V tejto metóde rozdelíte testovanú aplikáciu na súčasť a podkomponent .

V predchádzajúcej téme ste už analyzovali špecifikácie požiadaviek a prešli ste sa webovou stránkou, takže môžete vytvoriť Mind-Map na vyhľadanie funkcií webovej stránky nasledovne

Tento obrázok zobrazuje všetky funkcie, ktoré webová stránka Guru99 môže mať.

Na základe vyššie uvedených funkcií môžete definovať cieľ testu projektu Guru99 nasledovne

• Skontrolujte, či funkčnosť webových stránok Guru99 (účet, vklad ...) funguje podľa očakávaní bez akýchkoľvek chýb alebo chýb v skutočnom obchodnom prostredí
• Skontrolujte, či externé rozhranie webovej stránky, ako napríklad používateľské rozhranie, funguje podľa očakávaní a či vyhovie potrebám zákazníka
• Overte použiteľnosť webovej stránky. Sú tieto funkcie pre používateľa pohodlné alebo nie?

Krok 4) Definujte kritériá testu

Kritériá testu sú štandardy alebo pravidlá, na ktorých je možné založiť testovací postup alebo testovací úsudok. Nasledujú dva typy testovacích kritérií

Kritériá pozastavenia

Zadajte kritické kritériá pozastavenia pre skúšku. Ak sú kritériá pozastavenia splnené počas testovania, aktívny testovací cyklus bude pozastavený, kým nebudú kritériá vyriešené .

Príklad plánu testovania: Ak členovia vášho tímu oznámia, že zlyhalo 40% testovacích prípadov, mali by ste pozastaviť testovanie, kým vývojový tím neopraví všetky zlyhané prípady.

Kritériá výstupu

Určuje kritériá, ktoré označujú úspešné ukončenie testovacej fázy. Kritériá ukončenia sú cielené výsledky testu a sú potrebné pred pokračovaním do ďalšej fázy vývoja. Príklad: Musí vyhovieť 95% všetkých kritických testovacích prípadov.

Niektoré metódy definovania výstupných kritérií sú špecifikovaním cieľovej prevádzkovej rýchlosti a rýchlosti prenosu .

• Rýchlosť behu je pomer medzi počtom vykonaných testovacích prípadov / celkovým počtom testovacích prípadov špecifikácie testu. Napríklad špecifikácia testu má celkom 120 TC, ale tester vykonal iba 100 TC, takže rýchlosť chodu je 100/120 = 0,83 (83%)
• Pomer úspešnosti je pomer medzi počtom vyhovujúcich testovacích prípadov / vykonaných testovacích prípadov . Napríklad pri vykonaných viac ako 100 TC bolo 80 TC, ktoré prešli, takže úspešnosť je 80/100 = 0,8 (80%)

Tieto údaje je možné načítať v dokumentoch Test Metric.

• Prevádzková sadzba je povinná 100%, pokiaľ nie je uvedený jasný dôvod.
• Priechod sadzba je závislá od rozsahu projektu, ale pre dosiahnutie vysokej rýchlosti priechodu je cieľ.

Príklad plánu testovania: Váš tím už vykonal testy. Ohlásia vám výsledok testu a chcú, aby ste potvrdili výstupné kritériá.

V uvedenom prípade je miera spustenia povinná 100%, testovací tím však dokončil iba 90% testovacích prípadov. To znamená, že rýchlosť behu nie je splnená, takže NEPOTVRDZUJTE kritériá výstupu

Krok 5) Plánovanie zdrojov

Plán zdrojov je podrobný súhrn všetkých typov zdrojov potrebných na dokončenie projektovej úlohy. Zdrojom môže byť človek, vybavenie a materiál potrebný na dokončenie projektu

Plánovanie zdrojov je dôležitým faktorom pre plánovanie testov, pretože pomáha pri určovaní na počte zdrojov (zamestnancov, zariadenie ...), ktoré majú byť použité pre tento projekt. Preto môže Správca testov urobiť správny harmonogram a odhad projektu.

Táto časť predstavuje odporúčané zdroje pre váš projekt.

Ľudský zdroj

Nasledujúca tabuľka predstavuje rôznych členov vášho projektového tímu

Č.	Poslanec	Úlohy
1.	Manažér testov	Spravujte celý projekt Definujte smery projektu Získajte príslušné zdroje
2.	Tester	Identifikácia a popis vhodných testovacích techník / nástrojov / automatizačnej architektúry Overiť a vyhodnotiť testovací prístup Vykonať testy, protokolu vyplýva, správa vád. Tester môže byť členom s externým alebo externým zdrojom na základe rozpočtu projektu Pre úlohu, ktorá vyžadovala nízku zručnosť, vám odporúčam zvoliť externe zabezpečených členov, aby ste ušetrili náklady na projekt.
3.	Vývojár v teste	Implementujte testovacie prípady, testovací program, testovaciu sadu atď.
4.	Správca testu	Vytvára sa a zaisťuje správu a údržbu testovacieho prostredia a aktív Podporte Tester pri používaní testovacieho prostredia na vykonávanie testu
5.	Členovia SQA	Majte na starosti zabezpečenie kvality Skontrolujte, či testovací proces spĺňa stanovené požiadavky

Zdroj systému

Pri testovaní webovej aplikácie by ste mali naplánovať zdroje podľa nasledujúcich tabuliek:

Č.	Zdroje	Popisy
1.	Server	Nainštalujte testovanú webovú aplikáciu Patrí sem samostatný webový server, databázový server a aplikačný server, ak je to možné
2.	Skúšobný nástroj	Testovacím nástrojom je automatizácia testovania, simulácia činnosti používateľa, generovanie výsledkov testu Existuje veľa testovacích nástrojov, ktoré môžete pre tento projekt použiť, ako je selén, QTP ... atď.
3.	Sieť	Na simuláciu skutočného obchodného a používateľského prostredia potrebujete sieť, ktorá obsahuje LAN a internet
4.	Počítač	Počítač, ktorý používatelia často používajú na pripojenie k webovému serveru

Krok 6) Naplánujte testovacie prostredie

Čo je testovacie prostredie

Testovacie prostredie je nastavenie softvéru a hardvéru, na ktorom testovací tím vykoná testovacie prípady. Testovacie prostredie pozostáva zo skutočného obchodného a používateľského prostredia, ako aj z fyzických prostredí, ako je server, prevádzkové prostredie front-end.

Ako nastaviť testovacie prostredie

Späť k vášmu projektu, ako nastavíte testovacie prostredie pre tento bankový web?

Na dokončenie tejto úlohy potrebujete silnú spoluprácu medzi testovacím tímom a vývojovým tímom

Mali by ste vývojárovi položiť niekoľko otázok, aby jasne porozumeli testovanej webovej aplikácii . Tu uvádzam niekoľko odporúčaných otázok. Ak potrebujete, môžete samozrejme položiť ďalšie otázky.

• Aké je maximálne pripojenie používateľa, ktoré táto webová stránka dokáže spracovať súčasne?
• Aké sú hardvérové ​​/ softvérové ​​požiadavky na inštaláciu tejto webovej stránky?
• Potrebuje počítač používateľa nejaké konkrétne nastavenie, aby mohol prehľadávať webové stránky?

Nasledujúci obrázok popisuje testovacie prostredie bankovej webovej stránky www.demo.guru99.com/V4

Krok 7) Časový plán a odhad

V článku Odhad testu ste už použili niektoré techniky na odhadnutie úsilia na dokončenie projektu. Teraz by ste mali zahrnúť tento odhad, ako aj plán do Plánovania testov

Vo fáze odhadu testu predpokladajme, že rozdelíte celý projekt na malé úlohy a pridáte odhad pre každú úlohu, ako je uvedené nižšie.

Úloha	Členovia	Odhadnite úsilie
Vytvorte špecifikáciu testu	Návrhár testov	170 človekohodín
Vykonajte vykonanie testu	Tester, správca testu	80 človekohodín
Protokol o skúške	Tester	10 človekohodín
Vyskúšajte doručenie		20 človekohodín
Celkom		280 človekohodín

Potom vytvoríte plán na dokončenie týchto úloh.

Časový plán je v projektovom manažmente bežným pojmom. Vytvorením solídneho harmonogramu v Plánovaní testov ho môže Správca testov použiť ako nástroj na sledovanie postupu projektu, kontrolu prekročenia nákladov.

Na vytvorenie harmonogramu projektu potrebuje manažér testov niekoľko typov vstupov, ako je uvedené nižšie:

• Termín pre zamestnanca a projekt : Pracovné dni, termín projektu, dostupnosť zdrojov sú faktory, ktoré ovplyvnili plán
• Odhad projektu : Na základe odhadu vie testovací manažér, ako dlho trvá dokončenie projektu. Môže teda pripraviť vhodný harmonogram projektu
• Riziko projektu : Pochopenie rizika pomáha Správcovi testov pridať do časového harmonogramu projektu dostatok času navyše na zvládnutie rizík

Zacvičme si na príklade:

Predpokladajme, že šéf chce dokončiť projekt Guru99 za jeden mesiac, vy ste už odhadli úsilie pre každú úlohu v časti Odhad testu. Rozvrh môžete vytvoriť nižšie

Krok 8) Testovanie dodávok

Test Deliverables je zoznam všetkých dokumentov, nástrojov a ďalších komponentov, ktoré je potrebné vyvinúť a udržiavať na podporu testovacieho úsilia.

V každej fáze životného cyklu vývoja softvéru existujú rôzne výstupy testov.

Testovacie výstupy sú poskytované pred testovacou fázou.

• Dokument o plánoch skúšok.
• Dokumenty o testovacích prípadoch
• Testujte technické špecifikácie.

Výsledky testovania sú poskytované počas testovania

• Testovacie skripty
• Simulátory.
• Skúšobné údaje
• Test matice vysledovateľnosti
• Denníky chýb a denníky vykonávania.

Výsledky testovania sú poskytované po ukončení testovacích cyklov.

• Výsledky / správy o testoch
• Správa o chybe
• Pokyny pre inštalačné / testovacie postupy
• Poznámky k vydaniu

Zdroje

Stiahnite si vzorovú šablónu plánu testov

Stiahnite si vzorový plán testovania systému webovej stránky Guru99 Bank