Čo je šablóna plánu testov?
ŠABLÓNA TESTOVACIEHO PLÁNU je podrobný dokument, ktorý popisuje stratégiu testovania, ciele, harmonogram, odhad a výstupy a zdroje potrebné na testovanie. 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.
Vytvorenie plánu testov je povinné, aby sa zabezpečil úspech vášho projektu testovania softvéru. Ak s plánovaním testov začínate, pozrite si tento návod, ako vytvoriť plán testov.
Stiahnite si vzorovú šablónu plánu testov
Ďalej nájdete dôležité zložky plánu testov -
- 1. Úvod
- 1.1 Rozsah
- 1.1.1 V rozsahu
- 1.1.2 Mimo rozsahu
- 1.2 Cieľ kvality
- 1.3 Úlohy a zodpovednosti
- 2 Metodika testu
- 2.1 Prehľad
- 2.2 Testovacie úrovne
- 2.3 Bug Triage
- 2.4 Kritériá pozastavenia a požiadavky na obnovenie
- 2.5 Úplnosť skúšky
- 3 Testovanie dodávok
- 4 Potreby týkajúce sa zdrojov a životného prostredia
- 4.1 Testovacie nástroje
- 4.2 Skúšobné prostredie
1. Úvod
Stručné predstavenie testovacích stratégií, procesov, pracovných postupov a metodík použitých v projekte
1.1) Rozsah pôsobnosti
1.1.1) V rozsahu
Rozsah definuje vlastnosti, funkčné alebo nefunkčné požiadavky na softvér, ktorý sa bude testovať
1.1.2) Mimo rozsahu
Out Of Scope definuje vlastnosti, funkčné alebo nefunkčné požiadavky na softvér, ktorý NESMIE byť testovaný
1.2) Cieľ kvality
Tu uveďte všeobecný cieľ, ktorý plánujete dosiahnuť pri manuálnom testovaní a testovaní automatizácie.
Niektoré ciele vášho testovacieho projektu môžu byť
- Zaistite, aby testovaná aplikácia zodpovedala funkčným a nefunkčným požiadavkám
- Zaistite, aby AUT zodpovedal špecifikáciám kvality definovaným zákazníkom
- Chyby / problémy sú identifikované a opravené pred zverejnením
1.3) Úlohy a zodpovednosti
Podrobný popis úloh a zodpovedností rôznych členov tímu
- Analytik QA
- Manažér testov
- Configuration Manager
- Vývojári
- Inštalačný tím
Medzi ostatnými
2) Metodika testovania
2.1) Prehľad
Uveďte dôvod prijatia konkrétnej metodiky skúšok projektu. Metodológia testovania vybraná pre projekt by mohla byť
- WaterFall
- Iteratívne
- Agilný
- Extrémne programovanie
Zvolená metodika závisí od viacerých faktorov. O metodike testovania si môžete prečítať tu
2.2) Testovacie úrovne
Úrovne testu definujú typy testovania, ktoré sa majú vykonať na testovanej aplikácii (AUT ). Úrovne testovania primárne závisia od rozsahu projektu, časových a rozpočtových obmedzení.
2.3) Bug Triage
Cieľom triedenia je:
- Definovanie typu rozlíšenia pre každú chybu
- Prioritu chýb a stanovenie harmonogramu pre všetky chyby „To Be Fixed Bugs“.
2.4) Kritériá pozastavenia a požiadavky na obnovenie
Kritériá pozastavenia určujú kritériá, ktoré sa majú použiť na pozastavenie celého alebo časti postupu testovania, zatiaľ čo kritériá obnovenia určujú, kedy sa môže testovanie pokračovať po jeho pozastavení.
2.5) Úplnosť skúšky
Tu definujete kritériá, ktoré budú považovať vaše testovanie za ukončené.
Napríklad by bolo niekoľko kritérií na kontrolu úplnosti testu
- 100% pokrytie testu
- Všetky manuálne a automatizované testovacie prípady boli vykonané
- Všetky otvorené chyby sú opravené alebo budú opravené v ďalšom vydaní
3) Testujte výstupy
Tu uveďte všetky testovacie artefakty, ktoré sa dodajú počas rôznych fáz životného cyklu testovania.
Tu sú jednoduché výstupy
|
4) Potrebné zdroje a prostredie
4.1) Testovacie nástroje
Vytvorte zoznam podobných nástrojov
- Nástroj na sledovanie požiadaviek
- Nástroj na sledovanie chýb
- Automatizačné nástroje
Vyžaduje sa na testovanie projektu
4.2) Skúšobné prostredie
Uvádza minimálne hardvérové požiadavky, ktoré sa použijú na testovanie Aplikácie.
Nasledujúce softvér to sú požadovať okrem client-špecifického softvéru.
- Windows 8 a novší
- Office 2013 a novší
- MS Exchange atď.
5) Podmienky / Skratky
Uveďte všetky výrazy alebo akronymy použité v projekte
| DOBA / AKRONYM | DEFINÍCIA |
| API | Rozhranie aplikačného programu |
| AUT | Testovaná aplikácia |
Stiahnite si vyššie uvedený formát šablóny testovacieho plánu
Vzorový plán testovania dokumentu Bankové bankovníctvo Príklad webovej aplikácie
1. Úvod
Plán testov je navrhnutý tak, aby stanovil rozsah, prístup, zdroje a harmonogram všetkých testovacích aktivít projektu Guru99 Bank.
Plán identifikuje položky, ktoré sa majú testovať, vlastnosti, ktoré sa majú testovať, typy testovania, ktoré sa majú vykonať, pracovníci zodpovední za testovanie, zdroje a harmonogram potrebný na dokončenie testovania a riziká spojené s plánom.
1.1 Rozsah
1.1.1 V rozsahu
Je potrebné prekonať všetky funkcie servera websiteGuru99 Bank, ktoré boli definované v špecifikáciách softvérových požiadaviek
| Názov modulu | Uplatniteľné roly | Popis |
| Dopyt na zostatok | Manažér manažér | Zákazník : Zákazník môže mať viac bankových účtov. Môže si zobraziť iba zostatok svojich účtov.Manažér : Správca môže zobraziť zostatok všetkých zákazníkov, ktorí spadajú pod jeho dohľad |
| Prenos peňazí | Manažér manažér | Zákazník: Zákazník môže prevádzať prostriedky zo svojho „vlastného“ účtu na akýkoľvek cieľový účet.Správca : Správca môže prevádzať prostriedky z ľubovoľného zdrojového bankového účtu na cieľový účet |
| Mini vyhlásenie | Manažér manažér | Mini výpis zobrazí posledných 5 transakcií účtuZákazník: Zákazníkovi sa zobrazí minimálny výpis iba jeho „vlastných“ účtov.Manažér: Manažérovi sa zobrazí mini výpis každého účtu. |
| Vyhlásenie na mieru | Manažér manažér | Prispôsobený výpis umožňuje filtrovať a zobrazovať transakcie v účte na základe dátumu, hodnoty transakcieZákazník: Zákazníkovi sa zobrazí prispôsobený - výpis iba jeho „vlastných“ účtov.Správca : Správcovi sa zobrazí prispôsobený - výpis ľubovoľného účtu. |
| Zmeniť heslo | Manažér manažér | Zákazník: Zákazník môže zmeniť heslo iba svojho účtu.Správca : Správca môže zmeniť heslo iba svojho účtu. Nemôže meniť heslá svojich zákazníkov |
| Nový zákazník | Manažér | Manažér : Manažér môže pridať nového zákazníka. |
| Manažér | Manažér: Manažér môže upravovať podrobnosti, ako je adresa, e-mail, telefón zákazníka. |
|
| Nový účet | Manažér | V súčasnosti systém poskytuje 2 typy účtov • Ukladanie • Aktuálne Zákazník môže mať viac ukladacích účtov (jeden na svoje meno, druhý na spoločné meno atď.). Môže mať viac bežných účtov pre rôzne spoločnosti, ktoré vlastní. Alebo môže mať viac bežných a sporiacich účtov.Správca: Správca môže pridať nový účet pre existujúceho zákazníka. |
| Upraviť účet | Manažér | Správca: Správca môže pridať úpravy podrobností účtu pre existujúci účet |
| Zmazať účet | Manažér | Správca: Správca môže pridať a odstrániť účet zákazníka. |
| Odstrániť zákazníka | Manažér | Zákazníka je možné odstrániť, iba ak nemá aktívny aktuálny alebo ukladajúci účet.Správca: Správca môže zákazníka odstrániť. |
| Záloha | Manažér | Správca: Správca môže vkladať peniaze na akýkoľvek účet. Spravidla sa robí pri vklade hotovosti v pobočke banky. |
| Odstúpenie | Manažér | Správca: Správca môže vyberať peniaze z ľubovoľného účtu. Spravidla sa robí pri výbere hotovosti v pobočke banky. |
1.1.2 Mimo rozsahu
Tieto funkcie nie sú testované, pretože nie sú obsiahnuté v špecifikáciách softvérových požiadaviek
- Používateľské rozhrania
- Hardvérové rozhrania
- Softvérové rozhrania
- Databáza logická
- Komunikačné rozhrania
- Bezpečnosť a výkonnosť webových stránok
1.2 Cieľ kvality
Cieľom testu je overiť funkčnosť webovej stránky Guru99 Bank, projekt by sa mal zamerať na testovanie bankových operácií, ako sú správa účtov, výber a zostatok
… Atď., Aby bolo zaručené, že všetky tieto operácie môžu normálne fungovať v skutočnom obchodnom prostredí.1.3 Úlohy a zodpovednosti
Projekt by mal ako tester využívať členov využívajúcich outsourcing, aby sa ušetrili náklady na projekt.
| Č. | Poslanec | Úlohy |
| 1. | Manažér testov | Spravujte celý projekt Definujte smery projektu Získajte príslušné zdroje |
| 2. | Test | Identifikácia a popis vhodných testovacích techník / nástrojov / automatizačnej architektúry Overenie a vyhodnotenie testovacieho prístupu Vykonanie testov, zaznamenávanie výsledkov, hlásenie chýb. Outsourcovaní členovia |
| 3. | Vývojár v teste | Implementujte testovacie prípady, testovací program, testovaciu sadu atď. |
| 4. | Správca testu | Vytvára a zaisťuje správu a údržbu testovacieho prostredia a aktív. Tester podpory využíva testovacie prostredie na vykonávanie testu |
| 5. | Členovia SQA | Prevezmite zodpovednosť za zabezpečenie kvality. Skontrolujte, či testovací proces spĺňa stanovené požiadavky |
2 Metodika testu
2.1 Prehľad
2.2 Testovacie úrovne
V projekte Guru99 Bank by sa mali vykonať 3 typy testovania.
- Testovanie integrácie (jednotlivé softvérové moduly sú kombinované a testované ako skupina)
- Testovanie systému : Vykonáva sa na kompletnom a integrovanom systéme s cieľom vyhodnotiť súlad systému s určenými požiadavkami
- Testovanie API: Vyskúšajte všetky vytvárané API pre testovaný softvér
2.3 Bug Triage
2.4 Kritériá pozastavenia a požiadavky na obnovenie
Ak členovia tímu oznámia, že došlo k 40% zlyhania testovacích prípadov , pozastavte testovanie, kým vývojový tím neopraví všetky zlyhané prípady.
2.5 Úplnosť skúšky
- Určuje kritériá, ktoré označujú úspešné dokončenie testovacej fázy
- Prevádzková sadzba je povinná 100%, pokiaľ nie je uvedený jasný dôvod.
- Úspešnosť testu je 80%, dosiahnutie úspešnosti testu je povinné
2.6 Úloha projektu a odhad a harmonogram
| Ú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 |
Naplánujte si splnenie týchto úloh
3 Testovanie dodávok
Testovacie výstupy sú uvedené nižšie
Pred testovacou fázou
- Dokument o plánoch skúšok.
- Dokumenty o testovacích prípadoch
- Testujte technické špecifikácie.
Počas testovania
- Simulátory testovacích nástrojov.
- Skúšobné údaje
- Test matice sledovateľnosti - Protokoly chýb a protokoly vykonania.
Po skonč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
4 Potreby týkajúce sa zdrojov a životného prostredia
4.1 Testovacie nástroje
| Č. | Zdroje | Popisy |
| 1. | Server | Potrebujete databázový server, ktorý inštaluje server MySQL Webový server, ktorý inštaluje server Apache |
| 2. | Skúšobný nástroj | Vyvinúť testovací nástroj, ktorý dokáže automaticky generovať výsledky testu do preddefinovanej formy a automatizované vykonávanie testu |
| 3. | Sieť | Nastavte LAN Gigabit a 1 internetovú linku s rýchlosťou najmenej 5 Mb / s |
| 4. | Počítač | Minimálne 4 počítače so systémom Windows 7, Ram 2 GB, CPU 3,4 GHz |
4.2 Skúšobné prostredie
Testovacie prostredie sa nastaví podľa obrázka nižšie