test plan tutorial guide write software test plan document from scratch
Sprievodca dokumentom plánu testovania softvéru:
aký je najlepší os pre pc
Tento tutoriál vám vysvetlí všetko o dokumente plánu testovania softvéru a prevedie vás spôsobmi, ako od začiatku písať / vytvárať podrobný plán testovania softvéru spolu s rozdiely medzi plánovaním a vykonaním testu.
Živý projekt QA Training Day 3 - Po oboznámení našich čitateľov so živou aplikáciou našej bezplatné online školenie na testovanie softvéru , spoznali sme ako skontrolovať SRS a napísať testovacie scenáre . A teraz je ten pravý čas ponoriť sa hlbšie do najdôležitejšej časti životného cyklu testovania softvéru - t.j. Plánovanie testov .
Zoznam VŠETKÝCH tutoriálov z tejto série:
Dokument plánovania testu:
Výukový program č. 1: Ako napísať dokument o testovacom pláne (Tento návod)
Výukový program č. 2: Obsah šablóny plánu jednoduchého testu
Výukový program č. 3: Príklad plánu testovania softvéru
Výukový program č. 4: Rozdiel medzi plánom skúšky a stratégiou skúšky
Výukový program č. 5: Ako napísať dokument o stratégii testu
Tipy na plánovanie testov:
Výukový program č. 6: Riadenie rizika počas plánovania testov
Výukový program č. 7: Čo robiť, keď nie je dostatok času na testovanie
Výukový program č. 8: Ako efektívne plánovať a spravovať testovacie projekty
Plánovanie testov v rôznych fázach STLC:
Výukový program č. 9: Plánovanie regresného testu
Výukový program č. 10: Plán skúšok UAT
Výukový program č. 11: Plán prijímacích skúšok
Plánovanie automatizácie testov:
Výukový program č. 12: Plán testov automatizácie
Výukový program č. 13: Plánovanie testovania aplikácií ERP
Výukový program č. 14: Plánovanie testu HP ALM
Výukový program č. 15: Plánovanie testu Mindmap
Výukový program č. 16: Plán testov JMeter a WorkBench
Čo sa dozviete:
Tvorba testovacieho plánu - najdôležitejšia fáza testovania
Tento informatívny tutoriál vám vysvetlí spôsoby a postupy potrebné na napísanie dokumentu plánu testov.
Na konci tohto tutoriálu sme zdieľali a 19-stranový komplexný dokument Testovací plán ktorý bol špeciálne vytvorený pre živý projekt OrangeHRM, ktorý používame zadarmo Séria školení QA
Čo je plán testov?
Testovací plán je dynamický dokument . Úspešnosť testovacieho projektu závisí od dobre napísaného dokumentu Testovací plán, ktorý je vždy aktuálny. Testovací plán sa viac menej podobá podrobný plán priebehu testovacej činnosti uskutočniť v projekte.
Ďalej je uvedených niekoľko ukazovateľov na plán testov:
# 1) Testovací plán je dokument, ktorý slúži ako referenčný bod a iba na základe tohto testovania sa vykonáva v rámci tímu QA.
#dva) Je to tiež dokument, ktorý zdieľame s obchodnými analytikmi, projektovými manažérmi, tímom vývojárov a ostatnými tímami. To pomáha zvyšovať úroveň transparentnosti práce tímu QA pre externé tímy.
# 3) Dokumentuje to manažér QA / vedúci QA na základe vstupov od členov tímu QA.
# 4) Plánovanie testov je zvyčajne rozdelené na 1/3rdčasu, ktorý trvá celé zapojenie QA. Druhá 1/3rdje určený na navrhovanie testov a zvyšok je na vykonanie testu.
# 5) Tento plán nie je statický a aktualizuje sa na požiadanie.
# 6) Čím podrobnejší a podrobnejší je plán, tým úspešnejšia bude testovacia činnosť.
Proces STLC
Teraz sme v polovici našej série živých projektov. Preto urobme krok späť od aplikácie a pozrime sa na proces Software Testing Life Cycle (STLC).
STLC možno zhruba rozdeliť na 3 časti:
- Plánovanie testov
- Skúšobný dizajn
- Vykonanie testu
V našom staršom návode sme zistili, že v praktickom projekte QA sme začali kontrolou SRS a písaním Testovacieho scenára - čo je vlastne 2. krok v procese STLC. Návrh testu zahŕňa podrobnosti o tom, čo a ako treba testovať.
Prečo sme nezačali s plánovaním testov?
Plánovanie je skutočne prvou a najdôležitejšou činnosťou, ktorá sa stane v každom testovacom projekte.
Plánovanie testov vo fázach SDLC
SDLC fáza | Činnosť plánovania testov |
---|---|
Časové plány => | Príprava na testovací scenár |
Zasvätiť | V ideálnom prípade by sa mal zapojiť tím QA, zatiaľ čo rozsah projektu sa zhromažďuje od zákazníka / klienta vo forme obchodných požiadaviek. Ale v skutočnom svete to tak nie je. Z praktického hľadiska je zapojenie tímu QA NIL. Na konci tejto fázy sa dokončí BRD a vytvorí sa základný projektový plán. |
Definujte | SRS je vytvorený z BRD. Vytvorí sa počiatočný návrh plánu testu. V tomto okamihu, keďže tím QA sa nevykonáva pri kontrole SRS, nie je jasný rozsah testovania. TP v tejto fáze teda bude obsahovať iba informácie o tom, kedy bude prebiehať testovanie, informácie o projekte a informácie o tíme (ak ich máme). |
Dizajn | Vykoná sa preskúmanie SRS a určí sa rozsah testovania. Máme oveľa viac informácií o tom, čo testovať, a dobrý odhad, koľko testovacích prípadov by sme mohli získať atď. Je vytvorená druhá verzia plánu testovania, ktorá obsahuje všetky tieto informácie. |
Z vyššie uvedenej tabuľky je zrejmé, že plán testovania nie je iba dokument, ktorý môžete vytvoriť naraz a používať ho až potom.
Súčasti dokumentu plánu
Položky v šablóne plánu testovania | Čo obsahujú? |
---|---|
Rozsah => | Testovacie scenáre / Testovacie ciele, ktoré budú validované. |
Mimo rozsahu => | Vyššia jasnosť v tom, čo nebudeme pokrývať |
Predpoklady => | Všetky podmienky, ktoré musia platiť, aby sme mohli úspešne pokračovať |
Dokumentácia o teste - testovacie prípady / údaje o teste / nastavenie prostredia | |
Vykonanie testu | |
Testovací cyklus - koľko cyklov | |
Dátum začiatku a konca cyklov | |
Úlohy a zodpovednosti => | Členovia tímu sú uvedení |
Kto má čo robiť | |
Uvádzajú sa vlastníci modulov a ich kontaktné informácie | |
Výsledky => | Aké dokumenty (testovacie artefakty) sa chystajú vyrobiť v akých časových rámcoch? |
Čo možno očakávať od každého dokumentu? | |
Životné prostredie => | Aký druh požiadaviek na prostredie existuje? |
Kto bude mať na starosti? | |
Čo robiť v prípade problémov? | |
Nástroje => | Napríklad JIRA na sledovanie chýb |
Prihlásiť sa | |
Ako používať JIRA? | |
Správa defektov => | Komu budeme hlásiť vady? |
Ako sa chystáme podať správu? | |
Čo sa očakáva - poskytneme snímku obrazovky? | |
Riziká a riadenie rizík => | Uvádzajú sa riziká |
Riziká sa analyzujú - pravdepodobnosť a dopad sa dokumentujú | |
Sú vypracované plány na zmiernenie rizika | |
Kritériá ukončenia => | Kedy prestať s testovaním? |
Pretože všetky vyššie uvedené informácie sú najdôležitejšie pre každodenná práca na projekte zabezpečovania kvality , je dôležité každú chvíľu udržiavať dokument plánu aktualizovaný.
Vzorový plán plánu testov pre živý projekt
Pre našu „ ORANGEHRM VERZIA 3.0 - MOJE INFO MODUL ” Projekt a priložený nižšie. Prosím, pozrite sa na to. K dokumentu v červenej farbe boli pridané ďalšie komentáre na vysvetlenie častí.
Tento testovací plán je pre funkčné aj UAT fázy. Vysvetľuje tiež proces správy testov pomocou nástroja HP ALM.
Stiahnite si ukážku testovacieho plánu:
Formát dokumentu => Kliknutím sem stiahnete plán testov vo formáte Doc toto je ten, ktorý sme vytvorili pre OragngeHRM live Project a používame ho aj pre náš rýchlokurz Testovania softvéru.
Formát PDF => Kliknite sem a stiahnite si plán testov vo formáte pdf .
Súbory pracovných listov (.xls) uvedené vo vyššie uvedených verziách doc / pdf => Stiahnite si Odkázané súbory XLS vo vyššie uvedenom pláne skúšok
Vyššie uvedená šablóna je veľmi komplexná a podrobná. Preto ho, prosím, dôkladne prečítajte, aby ste dosiahli čo najlepšie výsledky.
Pretože je plán vytvorený a tiež dobre vysvetlený, prejdime k ďalšej fáze v SDLC aj STLC.
Kód SDLC:
Zatiaľ čo zvyšok projektu trávil čas tvorbou TDD, QA identifikovali rozsah testovania (testovacie scenáre) a vytvorili prvý spoľahlivý návrh plánu testovania. Ďalšou fázou SDLC je kontrola, kedy dôjde ku kódovaniu.
Vývojári sú v tejto fáze hlavným zameraním celého tímu. Tím QA sa tiež venuje najdôležitejšej úlohe, ktorou nie je nič iné „Vytvorenie testovacieho prípadu“ .
Ak boli testovacie scenáre „Čo testovať“, potom sa testovacie prípady budú zaoberať otázkou „Ako testovať“. Tvorba testovacích prípadov je prevažujúcou súčasťou fázy návrhu testu STLC. Vstupom pre aktivitu vytvárania testovacích prípadov sú testovacie scenáre a dokument SRS.
Pre testerov ako sme my, Testovacie prípady sú skutočnou dohodou - sú to veci, v ktorých trávime väčšinu času. Vytvárame ich, kontrolujeme, vykonávame, udržiavame, automatizujeme - a dobre, získate obraz. Bez ohľadu na to, ako sme skúsení a akú rolu hráme v projekte - s testovacími prípadmi by sme aj tak pracovali.
Plánovanie testov vs. Vykonanie testu
Plánovanie softvérových testov si vyhradzuje oveľa lepší rozsah v porovnaní s STLC fáza . Dodávku kvalitného softvéru zabezpečuje testovací tím. O tom, čo sa musí urobiť pri testovaní, sa skutočne rozhoduje vo fáze plánovania testov.
Táto časť poskytne kompletný prehľad a ilustrácie o dôležitosti plánovania testov a fáza vykonania . Po prečítaní tohto článku pochopíte významný význam fázy plánovania v porovnaní s fázou vykonávania s ďalšími živé príklady a prípadové štúdie pre ilustráciu .
Plánovanie testov
Nižšie uvádzame niekoľko dôležitých vecí, ktoré si treba pri plánovaní všimnúť:
Plánovanie testu je najdôležitejšou časťou testovacieho cyklu. Výsledok testovacej fázy bude určený kvalitou a rozsahom plánovania, ktoré sa vykonalo pre testovanie.
Plánovanie testu sa zvyčajne uskutočňuje počas vývojovej fázy, aby sa po vzájomnej dohode všetkých zúčastnených strán ušetrila doba prípravy testu.
odstrániť prvok z poľa java
Niektoré dôležité skutočnosti, ktoré je potrebné poznamenať, zahŕňajú:
- Plánovanie sa musí začať súbežne s vývojom za predpokladu, že požiadavky boli zmrazené.
- Do dokončovania plánu musia byť zapojené všetky zainteresované strany, ako sú dizajnéri, vývojári, klienti a testéri.
- Plánovanie nemožno vypracovať pre nepotvrdené alebo akékoľvek neschválené obchodné potreby.
- Podobné plány testov sa uplatnia aj pri nových požiadavkách, ktoré bude podnik vyžadovať.
Príklad č
Vývojový tím pracuje na softvéri XYZ po získaní niekoľkých požiadaviek od klientov. Testovací tím takmer začal s prípravou na fázu definovania alebo plánovania testu. Plánovanie testov musí byť navrhnuté tak, aby vyhovovalo pôvodným požiadavkám stanoveným klientmi. Toto urobil testovací tím.
Počas tejto fázy nebol zapojený žiadny z ďalších zainteresovaných strán a plánovanie bolo zmrazené.
Vývojový tím teraz vykonal niekoľko zmien v obchodnom toku, aby so súhlasom klienta vyriešili niekoľko problémov v ich práci. Softvér teraz prišiel na test do testovacieho tímu. S plánom testovania podľa starého obchodného toku začal testovací tím svoje kolo testovania. To ovplyvnilo výsledky testovania s mnohými oneskoreniami, pretože upravený obchodný tok nebol zdieľaný s testovacím tímom.
Postreh z príkladu 1:
Z vyššie uvedeného príkladu existujú určité pozorovania.
Oni sú:
- Pochopenie nového obchodného toku zabralo veľa času.
- Oneskorenia v realizácii projektu.
- Prepracovanie plánovania a ďalších úloh vo fáze.
Všetky tieto pozorovania musia byť premenené na základné potreby efektívneho výsledku testovania.
Hlavné komponenty vo fáze plánovania
Ďalej sú uvedené hlavné komponenty, ktoré sú súčasťou fázy plánovania.
- Stratégia testovania: Toto je jedna z najdôležitejších častí, ktorá môže vysvetliť stratégiu, ktorá sa použije pri testovaní.
- Pokrytie testu: To je v podstate nevyhnutné a vykoná sa mapovanie zhody obchodných potrieb a testovacích prípadov, aby bolo možné zaistiť, či bol testovaný celý softvér alebo nie.
- Testovacie cykly a trvanie: To môže byť veľmi kritické v závislosti od vývojových kôl a času potrebného na dokončenie každého kola.
- Kritériá vyhovenia / nevyhovenia: Je veľmi potrebný taký, v ktorom sú definované kritériá úspešnosti a nevyhovenia. Párkrát to definujú aj klienti.
- Obchodné a technické požiadavky: Potreba softvéru a účely, na ktoré slúžia, budú jasne definované spolu s vysvetleniami na nízkej úrovni.
Obmedzenia
Existuje niekoľko vecí, ktoré môžu skutočne ovládať fázu testovania softvéru, najmä fázu plánovania.
Nasleduje niekoľko málo oblastí:
- Vlastnosti, ktoré sa majú a nemajú testovať: To jasne ukáže, čo sa musí testovať a čo by sa nemalo.
- Kritériá pozastavenia a požiadavky na obnovenie: Toto je osoba s rozhodovacou schopnosťou o vývoji softvéru a definovaných kritériách s cieľom pozastaviť testovanie alebo pokračovať v testovaní.
- Zodpovednosti: Tester bude mať viac zodpovedností za zabezpečenie problémov, chýb a chýb testovaného softvéru. Chyby musia byť navyše opravené vývojármi, aby mohli byť opravené.
- Riziká a nepredvídané udalosti: Mali by byť jasne spomenuté riziká spojené s testovaním a musia byť jasne definované správne udalosti v danom čase.
Prípadová štúdia č
otvorte xml súbor v programe Excel
Vývojový tím z Príklad č plánuje vydanie softvéru XYZ v dvoch fázach. Fáza 1 má veľa funkcií, ktoré je potrebné testovať, a iba málo testovaných. Softvér bol opäť vydaný na testovanie bez informovania testovacieho tímu o vlastnostiach, ktoré sa ešte len majú vyvinúť.
Teraz testovací tím začína svoju realizáciu na základe testovacích plánov, ktoré už vypracovali. Prichádzajú s veľkým počtom ploštíc. A po overení vývojovým tímom väčšina z nich zanikne.
Pripomienky z vyššie uvedenej prípadovej štúdie:
- Vývojový tím vydá softvér testovaciemu tímu s poznámkami k vydaniu a poznámkami o pokrytí požiadaviek (poznámky k vydaniu).
- Funkcie, ktoré sa majú testovať a ktoré sa nemajú testovať, je potrebné pred testovaním zohľadniť na základe vydaného softvéru.
- Kritériá pozastavenia a obnovenia testovania musia byť správne definované.
- Je potrebné dokonale zobraziť riziká a pohotovostné plány týkajúce sa nedostupnosti softvéru.
Prečítajte si tiež=> Ako riadiť riziká počas fázy plánovania testov
Plán vykonania testu
Vykonanie testovacích prípadov je jedným z krokov vo fáze STLC. Bude to potrebné vykonať v súlade s plánmi, ktoré boli vypracované skôr. Plánovanie teda vždy dominuje celej testovacej fáze. Ďalej uvádzame príklad, keď zmeny v plánoch testovania ovplyvnia testovací tím.
Príklad č
Testovanie softvéru A sa začalo na základe plánu 1 vypracovaného tímom. Neskôr, v dôsledku obchodných potrieb a zmien, musel testovací plán prejsť niekoľkými zmenami. To zase vynútilo zmenu testovacích prípadov alebo vykonania.
Postrehy:
- Vykonanie testovacieho prípadu určí plán testovania.
- Realizačná časť sa líši podľa plánu.
- Pokiaľ sú plán a požiadavky platné, platia aj testovacie prípady.
Spôsoby, ako prekonať problémy pri vykonávaní
Testeri sa pri vykonávaní testu budú častejšie stretávať s rôznymi scenármi. To je prípad, keď testéri budú musieť porozumieť a poznať spôsoby, ako problém vyriešiť, alebo aspoň nájsť riešenie problému.
Príklad č
Počas vykonávania testovacieho prípadu softvéru B narazí testovací tím na niekoľko problémov. Málo z nich sú stopéri. Vyžadujú od vývojárov, aby im pomohli prekonať problém. Stalo sa to niekoľkokrát a výsledkom bolo oneskorenie pri testovaní výsledkov.
Postrehy:
- Prekonávanie problémov a problémov v oblasti životného prostredia je závislé.
- Testeri požadujú správne pochopenie prostredia.
- Často sa vyskytujúce a známe problémy je potrebné zdokumentovať, aby ste ich v budúcnosti prekonali.
Ovládanie a správa verzií
Ovládanie verzie a správa testovacích plánov a testovacích prípadov sú skutočne dôležité, aby sa predstavili včasné výsledky. Toto je ešte významnejšie a často sa to deje pomocou nástroja na správu verzií.
Nástroj na správu verzií im pomáha nielen kontrolovať plány testovania, ale pomáha aj pri správe chýb. Ak existujú testovacie projekty s viacerými cyklami a vydaniami, tieto nástroje môžu skutočne veľmi pomôcť pri znižovaní metrík na podporu výstupov testovania.
Tiež si prečítajte=> Riadenie rizika vo fáze vykonania testu
Rozdiel medzi plánovaním a vykonaním testu
Nasleduje niekoľko dôležitých oblastí, ktoré poukazujú na to, ako sa bude plánovanie líšiť od fázy vykonania testu.
Porovnávacia oblasť | Plánovanie testov | Vykonanie testu |
---|---|---|
Dosiahnuteľné umiestnenie | Plán testov sa bude považovať za hlavný prínos pre testovaciu činnosť. Toto bude urobené ako prvý krok v testovacom procese. | Bude to posledný člen lavičky vo fáze testovania. Po vykonaní bude stav defektov / chýb spolu so stavom vykonania testovacieho prípadu zdieľaný ako jeden z výstupov testovania |
Zodpovedná osoba | Manažér testov bude pripravovať plán testov a bude ich zdieľať so všetkými zainteresovanými stranami na účely ich preskúmania. | Toto bude zvyčajne robiť tester, pričom bude mať na pamäti, že pripravené testovacie prípady boli schválené a podpísané. |
Hlavne zameranie | Cieľovými oblasťami plánu testovania sú spôsob, akým by sa malo testovanie vykonávať, čo by sa malo zvážiť a čo sa nemá robiť, prostredie, ktoré sa dá použiť, časové plány testov atď. | Vykonanie testu sa zameriava hlavne na vykonanie testovacích prípadov určených na testovanie na softvéri. |
Opakujúci sa alebo iteračný režim | Toto je jednorazová aktivita. Vzhľadom na to, že pre budúce vydania softvéru môže alebo nemusí byť potrebné úpravy. | Keď hovoríme o iterácii, v tejto oblasti sú 3 časti. 1. Funkčné testovanie. 2. Regresné testovanie. 3. Opätovné testovanie. |
Vstupy | Vstupy pre vytvorenie testovacieho plánu sú skutočne potrebné a musia byť poskytnuté obchodnými analytikmi, architektmi, klientmi atď., | Hlavným vstupom je dokument o testovacom prípade. |
Obdobie, keď je možné začať | Musí sa začať spolu s vývojovým cyklom, aby bol výsledok efektívny a aby sa ušetrila doba. Existuje ale len málo modelov, ako napríklad model vodopádov, kde sa testovacia fáza začne až po dokončení vývojovej fázy. | Vykonávanie sa musí začať striktne po ukončení vývoja softvéru. |
Uzávierka obdobia | Plán testov nebude mať také uzavretie. Spravidla sa poskytne odhlásenie od všetkých zainteresovaných strán týkajúce sa softvéru. | Vykonanie konkrétneho vydania alebo cyklu sa bude považovať za ukončené, keď boli proti softvéru vykonané všetky testovacie prípady. |
Používanie nástrojov | Nebude sa používať veľa nástrojov, pretože plánovacia činnosť bude skôr predmetom diskusie a dokumentácie. Na sledovanie zmien v pláne budú správcovia testov bežne používať akýkoľvek nástroj na správu verzií, ako je VSS alebo niečo iné. | Bude to závisieť od spôsobu vykonania. V prípade manuálu sa na vykonanie nepoužije žiadny nástroj. Ale na zaznamenávanie chýb a správu budú použité niektoré nástroje. V prípade automatizovaného testovania sa vykonanie vykoná pomocou nástrojov ako QTP, SELENIUM atď. |
Vplyvy na výsledky | Toto bude mať väčší vplyv na všetky fázy testovania | To ovplyvní nasledujúci cyklus alebo uvoľnenie, ktoré sa má testovať. |
Vyššie uvedené ilustrácie možno lepšie vysvetlili dôležitosť činností plánovania testov, ako je dôležitosť ich vykonania. Fáza vykonávania je v niektorých prostriedkoch akousi podmnožinou plánu testovania.
Na základe stratégie testovania, prístupu a ďalších vecí je v pláne testovania vyššia pravdepodobnosť úpravy, aby sa dal priestor zmenám. Je definitívne, že vykonávanie testu závisí od testovacích prípadov. Testovacie prípady sú založené na plánoch. Preto zmeny v plánoch zabezpečia zmeny v testovacích prípadoch.
Ale naopak, zmeny v testovacích prípadoch nemusia zmeny povinne hľadať. To je jeden z hlavných dôvodov, pre ktoré plánovanie drží krok s fázou vykonania testu.
Náš nadchádzajúci tutoriál vám vysvetlí viac o tom, ako vytvárať testovacie prípady? Čo sú zač? A ako ich môžeme prinútiť, aby pre nás fungovali spolu s rôznymi ďalšími aspektmi súvisiacimi s testovacími prípadmi.
NEXT Tutorial=> QA Training Day-4: Písanie testovacích prípadov z dokumentu SRS
Ste odborníkom na písanie dokumentu o pláne testov? Potom je to správne miesto, kde sa môžete podeliť o svoje cenné tipy na zlepšenie pre budúcich testerov. Neváhajte a vyjadrite s nami svoje myšlienky v sekcii komentárov nižšie !!
Odporúčané čítanie
- Ukážka šablóny plánu testovania softvéru s formátom a obsahom
- Sprievodca dokumentáciou k testovaniu softvéru (Prečo je to dôležité)
- Zdroje na testovanie QA softvéru a súbory na stiahnutie
- Vzorový dokument plánu testu (príklad plánu testu s podrobnosťami o každom poli)
- Vykonanie testu pri testovaní softvéru: presný proces a plán s príkladom
- Ako napísať dokument stratégie testovania (so vzorovou šablónou stratégie testovania)
- Zápis testovacích prípadov z dokumentu SRS (STIAHNUŤ ukážky testovacích prípadov projektu Live)
- Sylabus kurzu Softvérové testovanie - podrobný výcvikový plán online kurzu