Testovacie plány načrtávajú proces testovania funkčnosti softvéru. Testovací plán podrobne popisuje každý krok prijatý na dosiahnutie určitého výsledku a uvádza cieľ každej akcie. Plán tiež zdôrazňuje plánované zdroje, riziká a personál zapojený do testu. Testovací plán by ste mali použiť, ak sa snažíte odstrániť chyby a iné chyby vo svojom softvéri skôr, ako bude dostupný pre zákazníkov. Pri vytváraní plánu testu postupujte podľa nižšie uvedených krokov.
Kroky
Časť 1 z 2: Príprava plánu skúšok
Krok 1. Naučte sa základy
To, čo vložíte do plánu testovania, do značnej miery závisí od zložitosti softvéru, ktorý plánujete testovať. Existujú však tri základné časti, ktoré by mali byť zahrnuté v pláne testu: Pokrytie testu, Testovacie metódy a Zodpovednosti za test.
- Pokrytie testom definuje, čo budete testovať a čo nie.
- Testovacie metódy definujú, ako budete testovať každú časť definovanú v časti „Pokrytie“.
- Testovacie zodpovednosti priraďujú úlohy a zodpovednosti rôznym stranám. Táto časť by mala zahŕňať aj to, aké údaje budú jednotlivé strany zaznamenávať a ako budú uložené a nahlásené.
Krok 2. Zoznámte sa s potrebnými dokumentmi štandardov IEEE
Ústav elektrotechnických a elektronických inžinierov (IEEE) vydáva medzinárodné štandardy pre testovanie a dokumentáciu vývoja softvéru a systému. Aby bol váš testovací plán na najvyššej úrovni, obráťte sa na nižšie uvedené publikácie IEEE:
- 29119-1-2013, Softvér a systémové inžinierstvo - Testovanie softvéru - Časť 1: Pojmy a definície
- 29119-2-2013, Softvér a systémové inžinierstvo - Testovanie softvéru - Časť 2: Testovacie procesy
- 29119-3-2013, Softvérové a systémové inžinierstvo - Testovanie softvéru - Časť 3: Dokumentácia k testu
- 829-2008, štandard IEEE pre dokumentáciu k softvéru a testom systému
- 1008-1987 - Štandard IEEE pre testovanie softvérových jednotiek
Krok 3. Prezrite si šablónu
Šablóny pre testovacie plány nájdete online. Najlepším zdrojom šablón je knižnica IEEE, ale prístup je spoplatnený.
Dublinská mestská univerzita ponúka tiež bezplatnú šablónu plánu testu, založenú na štandardoch IEEE 829
Časť 2 z 2: Písanie plánu testu
Krok 1. Napíšte úvod
Váš úvod funguje ako „zhrnutie“plánu testov: jeho ciele, rozsah a plán. Toto by malo byť stručné, pretože v ďalších častiach plánu testu prejdete na ďalšie podrobnosti.
- Vaše ciele a vyhlásenia o rozsahu by mali vo všeobecnosti definovať metódy, ktoré sa použijú v procese testovania, a predpokladané výsledky. Vyhlásenie o rozsahu pôsobnosti by malo zahŕňať aj najdôležitejšie kritické ukazovatele výkonnosti a tiež zoznam toho, čo plán skúšok nebude riešiť a prečo.
- Harmonogram podrobne popisuje časové úseky, v ktorých budú jednotlivé fázy testu dokončené.
- Súvisiace dokumenty obsahujú akýkoľvek periférny materiál, ktorý je relevantný pre aktuálny projekt, napríklad zoznamy špecifikácií.
Krok 2. Definujte svoje ciele
Váš testovací plán by mal jasne definovať, čo budete testovať a prečo to budete testovať. Vždy by mali vychádzať z priemyselných noriem.
- Určte, aký je rozsah testu. Aké scenáre sa budú testovať?
- Zistite, čo je mimo rozsahu testu. Aké scenáre nebudú testované?
- Bežné scenáre zahŕňajú testovanie modulov, testovanie integrácie, testovanie systémov/akceptácie a testovanie beta.
Krok 3. Napíšte sekciu o požadovaných zdrojoch
Táto časť popisuje všetky zdroje potrebné na dokončenie testovania vrátane hardvéru, softvéru, testovacích nástrojov a personálu.
- Pri účtovaní o svojich zamestnancoch nezabudnite podrobne popísať zodpovednosti požadované od každého člena a školenia potrebné na výkon týchto povinností.
- Nezabudnite dokumentovať presné špecifikácie hardvéru a softvéru.
Krok 4. Napíšte sekciu o rizikách a závislostiach
Podrobne uveďte všetky faktory, od ktorých váš projekt závisí, a riziká, ktoré sú s nimi spojené v každom kroku. Úroveň prijateľného rizika vo vašom projekte pomôže určiť, čo budete a nebudete testovať.
- Zvážte pravdepodobnosť rôznych rizík. Budete musieť uprednostniť kritické oblasti.
- Uvedomte si akékoľvek nejasné alebo nejasné požiadavky. Používateľom často chýba odborná znalosť technického jazyka alebo postupov, takže nedorozumenie používateľov môže predstavovať riziko.
- Použite svoju predchádzajúcu „históriu chýb“, ktorá vám pomôže identifikovať oblasti, ktoré vás môžu znepokojovať, a ďalšie testovanie.
Krok 5. Napíšte časť o tom, čo sa chystáte testovať
Vytvorte si zoznam nových aspektov, ktoré budete testovať a aké staré aspekty budete testovať znova. Nezabudnite podrobne popísať účel každého testu.
- Pri určovaní tohto zoznamu vám môžu pomôcť súpisy softvérových aplikácií, smernice IEEE a ďalšie zdroje.
- Táto časť tiež predstavuje vaše „výstupy“alebo údaje, ktoré klientovi dodáte po dokončení testovania.
Krok 6. Napíšte časť o tom, čo nebudete testovať
Vytvorte zoznam všetkých funkcií, ktoré nebudú testované počas aktuálneho projektu. Medzi dôvody, prečo funkcie netestovať, patria:
- Táto funkcia nebude súčasťou tejto verzie softvéru
- Táto funkcia má nízke riziko alebo bola použitá predtým bez problémov
Krok 7. Vytvorte si zoznam svojej stratégie
Táto časť popisuje celkovú testovaciu stratégiu pre váš testovací plán. Špecifikuje pravidlá a procesy, ktoré sa budú vzťahovať na vyššie uvedené testy.
Zahrňte informácie o nástrojoch, ktoré sa majú použiť, aké metriky sa budú zbierať a na akej úrovni, koľko konfigurácií sa bude testovať a či existujú nejaké špeciálne požiadavky alebo postupy na testovanie
Krok 8. Vytvorte kritériá úspešnosti/neúspechu
Tieto kritériá prevedú váš testovací personál tak, aby vedel, či boli ciele testovania dosiahnuté. Táto časť môže obsahovať aj „kritériá ukončenia“, aby vaši zamestnanci vedeli, kedy je prijateľné zastaviť testovanie určitej funkcie.
Mali by ste tiež zahrnúť zoznam kritérií pozastavenia a požiadaviek na obnovenie. Tieto informácie informujú testerov, kedy majú testy pozastaviť a akú prijateľnú úroveň defektov je obnoviť
Krok 9. Napíšte zoznam dokumentov, ktoré budú vyrobené počas testovania
Tieto dokumenty, známe tiež ako „výstupy“, sú údaje, správy, skripty a výsledky, ktoré budú vytvorené testovaním.
Je dobré priradiť tieto výstupy „majiteľom“, ktorí sú zodpovední za ich dodanie. Priraďte termíny, v ktorých sú splatné
Krok 10. Napíšte časť o výsledkoch svojho projektu
Načrtnite všetky ciele, ktoré by ste chceli počas testovacieho procesu dosiahnuť. Podrobnosti o tom, kto má na starosti konečné schválenie.
Video - Používaním tejto služby môžu byť niektoré informácie zdieľané so službou YouTube
Tipy
- Niektorí vývojári softvéru používajú na testovanie svojich plánov nezávislú testovaciu spoločnosť. S nezávislou spoločnosťou, ktorá vykonáva testovanie, je možné metodológiu a výsledky preskúmať inak.
- Ak je váš softvérový projekt rozdelený do niekoľkých sekcií s rôznymi tímami, každý tím by si mal vytvoriť vlastný testovací plán. Po preskúmaní a schválení je možné testovací plán každého tímu skombinovať do celkového plánu testovania projektu.
- Dôkladný testovací plán môže odstrániť potrebu testovacieho postupu, ktorého vývoj môže byť nákladný. Testovacie plány zvyčajne opisujú, ktorý produkt sa testuje, a testovacie postupy opisujú, ako sa daný produkt testuje. Podrobný plán skúšok však môže pokrývať informácie bežne načrtnuté testovacím postupom.
- Uspokojte svoj testovací plán s výsledkami, ktoré od testovania očakávate. Niektoré testy sa vykonávajú, aby sa zistilo, aké funkcie sú úspešné, a niektoré sa testujú, aby sa zistilo, čo zlyhá. Každý vyžaduje iné plánovanie.
- Ak chcete rýchlo prísť s testovacími prípadmi a/alebo minimalizovať riziko zabudnutia niečoho dôležitého na testovanie, zvážte použitie kontrolných zoznamov testovacích plánov a/alebo šablón testovacích plánov. Je to obzvlášť užitočné pri práci na jednom produkte a pridávaní nových a nových funkcií k tomuto produktu.
- Ak chcete rýchlo prísť s testovacími prípadmi a/alebo minimalizovať riziko zabudnutia niečoho dôležitého na testovanie, zvážte poskytnutie štruktúry plánu testov. Veľmi dobrou štruktúrovacou metódou pre testovacie plány je metóda ACC (atribúty, komponenty, možnosti). Identifikujte atribúty (prídavné mená popisujúce systém), komponenty (podstatné mená pre funkčné časti, vlastnosti systému) a pre každú kombináciu atribútu a komponentu identifikujte schopnosti (slovesá pre akcie používateľa, činnosti).