Příklad šablony testovacího plánu

Co je šablona testovacího plánu?

A Šablona zkušebního plánu je podrobný dokument popisující strategii testování, cíle, harmonogram, odhad, výstupy a zdroje potřebné pro testování. Pomáhá určit úsilí potřebné k ověření kvality a slouží jako plán řízený manažerem testování.

Vytvoření Testovací plán je nezbytné pro zajištění úspěchu vašeho testovacího projektu. Pokud s tím začínáte, podívejte se na Jak vytvořit testovací plán.

Stáhněte si vzorovou šablonu testovacího plánu

Struktura šablony testovacího plánu

Níže jsou uvedeny důležité složky šablony testovacího plánu, vysvětlené v daném pořadí:

• 1. Úvod
• 1.1 Rozsah
• 1.1.1 V rozsahu
• 1.1.2 Mimo rozsah
• 1.2 Cíl kvality
• 1.3 Role a odpovědnosti
• 2. Metodika testování
• 2.1 Přehled
• 2.2 Úrovně testu
• 2.3 Třídění chyb
• 2.4 Kritéria pozastavení a požadavky na obnovení provozu
• 2.5 Úplnost testu
• 3. Testovací výstupy
• 4. Potřeby v oblasti zdrojů a životního prostředí
• 4.1 Testovací nástroje
• 4.2 Testovací prostředí
• 5. Pojmy/Zkratky

1) Úvod

Úvod poskytuje stručný přehled testovacích strategií, procesů, pracovních postupů a metodologií použitých v projektu.

1.1) Rozsah

---

Rozsah testování je rozdělen na dvě části, aby hranice testování zůstala jednoznačná.

1.1.1) V rozsahu

V části Rozsah definuje funkce, funkční nebo nefunkční požadavky softwaru, které bude testováno.

1.1.2) Mimo rozsah

Mimo rozsah definuje funkce, funkční nebo nefunkční požadavky softwaru, které nebude testováno.

1.2) Cíl kvality

---

Zde uvádíte celkové cíle, kterých tým plánuje dosáhnout pomocí manuálního a automatizovaného testování. Mezi cíle typického testovacího projektu patří:

• Zajistěte, aby testovaná aplikace (AUT) splňovala funkční i nefunkční požadavky.
• Zajistěte, aby AUT splňoval specifikace kvality definované klientem.
• Identifikujte a opravte chyby před spuštěním aplikace.

1.3) Role a odpovědnosti

---

Uveďte podrobný popis rolí a odpovědností jednotlivých zapojených členů týmu, například:

• QA analytik
• Správce testů
• Správce konfigurace
• Vývojáři
• Instalační tým

Mezi ostatními.

👉 Zaregistrujte se do projektu bezplatného živého testování softwaru

2) Metodika testování

Tato část určuje životní cyklus, úrovně a pravidla používaná k řízení provádění testů.

2.1) Přehled

---

Uveďte důvod pro použití konkrétní testovací metodiky pro daný projekt. Testovací metodika zvolená pro daný projekt by mohla být:

• Vodopád
• Iterativní
• Agilní
• Extrémní programování

Zvolená metodologie závisí na několika faktorech. Více si můžete přečíst o metodologii testování. zde.

2.2) Úrovně testu

---

Úrovně testování definují typy testování, které se mají provést v testované aplikaci (AUT).Zvolené úrovně závisí především na rozsahu projektu, časových a rozpočtových omezeních.

2.3) Třídění chyb

---

Cílem třídění škodlivých organismů je:

• Definujte typ řešení pro každou chybu.
• Stanovte priority chyb a stanovte harmonogram pro všechny chyby „k opravě“.

2.4) Kritéria pozastavení a požadavky na obnovení provozu

---

Kritéria pro pozastavení definují podmínky, za kterých bude celý testovací postup nebo jeho část pozastavena. Kritéria pro obnovení určují, kdy může být testování po pozastavení obnoveno.

2.5) Úplnost testu

---

Zde definujete kritéria, která budou považovat vaše testování za dokončené. Například běžná kritéria pro kontrolu úplnosti testu by byla:

• Dosaženo 100% pokrytí testy.
• Všechny manuální i automatizované testovací případy byly provedeny.
• Všechny otevřené chyby jsou opraveny nebo plánovány pro další verzi.

3) Test výstupů

Uveďte všechny artefakty vytvořené během celého životního cyklu testování. Jejich zaznamenání předem zabrání zmeškání předání mezi týmy.

4) Potřeby zdrojů a prostředí

Před zahájením realizace uveďte nástroje a infrastrukturu pro zabezpečení rozpočtů, licencí a prostředí.

4.1) Testovací nástroje

---

Vytvořte si seznam nástrojů, jako například:

• požadavky Trackrálovský nástroj
• Chyba Trackrálovský nástroj
• Nástroje automatizace

Ty jsou nezbytné pro efektivní otestování projektu.

4.2) Testovací prostředí

---

Uveďte minimum technické vybavení požadavky, které budou použity k testování aplikace.

Následující software je vyžadováno kromě softwaru specifického pro klienta:

• Windows 11 a výše
• Microsoft 365 (nebo Office 2021 a novější)
• MS Exchange atd.

5) Termíny/zkratky

Zdokumentujte všechny termíny nebo zkratky použité v projektu, aby noví účastníci mohli plán číst bez nejasností.

Stáhněte si výše uvedený formát šablony testovacího plánu

Ukázkový dokument testovacího plánu: Příklad webové aplikace pro bankovnictví

Následující příklad ukazuje, jak se výše uvedená šablona vyplní pro GuruWebová aplikace banky 99.

1. Úvod

Testovací plán předepisuje rozsah, přístup, zdroje a harmonogram všech testovacích aktivit pro GuruProjekt Banky 99. Identifikuje položky a funkce, které mají být testovány, typy prováděných testů, odpovědné osoby a rizika spojená s plánem.

1.1 Rozsah

1.1.1 V rozsahu

Všechny vlastnosti Guru99 Webové stránky banky definované v softwarových požadavcích brejle je třeba otestovat.

Název modulu	Použitelné role	Description
Dotaz na zůstatek	Manažer, Zákazník	Zákazník: Zákazník může mít více bankovních účtů a může si prohlížet zůstatky pouze na svých účtech. Manažer: Manažer si může prohlížet zůstatek všech zákazníků, kteří jsou pod jeho dohledem.
Převod prostředků	Manažer, Zákazník	Zákazník: Klient může převádět finanční prostředky ze svého vlastního účtu na jakýkoli cílový účet. Manažer: Manažer může převádět finanční prostředky z libovolného zdrojového účtu na libovolný cílový účet.
Mini prohlášení	Manažer, Zákazník	Minivýpis zobrazuje posledních 5 transakcí na účtu. Zákazník: Vidí pouze mini-výpis ze svého vlastního účtu. Manažer: Vidí mini-výpis z libovolného účtu.
Přizpůsobené prohlášení	Manažer, Zákazník	Přizpůsobený výpis filtruje a zobrazuje transakce na účtu podle data nebo hodnoty transakce. Zákazník: Pouze jeho vlastní účty. Manažer: Jakýkoli účet.
Změnit heslo	Manažer, Zákazník	Zákazník: Může si změnit heslo ke svému vlastnímu účtu. Manažer: Může změnit heslo ke svému účtu, ale ne ke účtům svých zákazníků.
Nový zákazník	Manažer	Manažer: Manažer může přidat nového zákazníka.
Upravit zákazníka	Manažer	Manažer: Lze upravovat údaje, jako je adresa, e-mail a telefon zákazníka.
Nový účet	Manažer	Systém nabízí 2 typy účtů: spořicí a běžný. Zákazník může vlastnit více spořicích účtů (samostatných nebo společných) a více běžných účtů. Manažer: Možnost přidat nový účet pro stávajícího zákazníka.
Upravit účet	Manažer	Manažer: Může upravovat údaje o účtu u existujícího účtu.
Smazat účet	Manažer	Manažer: Může smazat účet patřící zákazníkovi.
Smazat zákazníka	Manažer	Zákazníka lze smazat pouze v případě, že nemá aktivní běžné ani spořicí účty. Manažer: Může smazat zákazníka.
Vklad	Manažer	Manažer: Lze vkládat peníze na jakýkoli účet, obvykle při vkladu hotovosti na pobočku banky.
Výběr peněz	Manažer	Manažer: Lze vybírat peníze z jakéhokoli účtu, obvykle při výběru hotovosti na pobočce banky.

1.1.2 Mimo rozsah

Tyto funkce nejsou testovány, protože nejsou součástí specifikací softwarových požadavků:

• Uživatelská rozhraní
• Hardwarová rozhraní
• Softwarová rozhraní
• Logický návrh databáze
• Komunikační rozhraní
• Zabezpečení a výkon webových stránek

1.2 Cíl kvality

Cílem testu je ověřit si funkčnost Guru99 Webové stránky banky. Projekt by se měl zaměřit na testování bankovní operace, jako je správa účtu, výběry a dotazy na zůstatek, záruka že všechny tyto operace fungují Normálně v reálném podnikatelském prostředí.

1.3 Role a odpovědnosti

Projekt by měl využít outsourcováno členy jako testery, aby se ušetřily náklady na projekt.

Ne.	Člen	Úkoly
1.	Správce testů	Řídí celý projekt, definuje směr projektu a získává vhodné zdroje.
2.	Tester	Identifikuje a popisuje vhodné testovací techniky, nástroje a architekturu automatizace; ověřuje testovací přístup; provádí testy; zaznamenává výsledky; hlásí vady. Externí členové.
3.	Vývojář v testu	Implementuje testovací případy, testovací programy, testovací sady atd.
4.	Správce testu	Vytváří a udržuje testovací prostředí a prostředky; podporuje testery během provádění.
5.	Členové SQA	Převezměte odpovědnost za zajištění kvality a ověřte, zda testovací proces splňuje stanovené požadavky.

2. Metodika testování

2.1 Přehled

Jedno GuruProjekt 99 Bank se řídí agilní testovací metodologií, která testerům umožňuje přizpůsobit se sprintům rychlého vývoje a zároveň zachovat strukturovanou dokumentaci.

2.2 Úrovně testu

v GuruV rámci projektu Bank 99 by měly být provedeny tři typy testování:

• Testování integrace: Jednotlivé softwarové moduly jsou kombinovány a testovány jako skupina.
• Testování systému: Provádí se na základě kompletního, integrovaného systému za účelem vyhodnocení souladu se stanovenými požadavky.
• Testování API: Testuje každé API zpřístupněné testovaným softwarem.

2.3 Třídění chyb

Schůzky zaměřené na třídění chyb se konají dvakrát týdně, kde se klasifikuje závažnost závady, vlastník a cílové vydání opravy.

2.4 Kritéria pozastavení a požadavky na obnovení provozu

If 40% testovacích případů neúspěšný, pozastavte testování, dokud vývojový tým neopraví všechny neúspěšné případy.

2.5 Úplnost testu

• Určuje kritéria, která označují a úspěšný dokončení testovací fáze.
• Běžecké tempo je povinné v 100% pokud není uveden jasný důvod.
• Míra průchodu is 80%dosažení míry úspěšnosti je povinné.

2.6 Úkoly projektu, odhad a harmonogram

Úkol	Členové	Odhadované úsilí
Vytvořte specifikaci testu	Testovací návrhář	170 člověkohodin
Proveďte provedení testu	Tester, správce testu	80 člověkohodin
Zkušební protokol	Tester	10 člověkohodin
Zkušební doručení	Správce testů	20 člověkohodin
Celková cena	-	280 člověkohodin

Program: Tým se zavazuje dokončit tyto úkoly v rámci dohodnutého testovacího cyklu.

3. Testovací výstupy

Testovací výstupy pro GuruProjekt Bank 99 je rozdělen do tří fází.

Před fází testování:

• Dokument s plánem testování.
• Testovací případy dokumenty.
• Specifikace návrhu testu.

Během testovací fáze:

• Simulátory testovacích nástrojů.
• Testovací data.
• test tracmatice proveditelnosti, protokoly chyb a protokoly provádění.

Po skončení testovacích cyklů:

• Výsledky testů a zprávy.
• Hlášení závady.
• Pokyny k instalaci a zkušebnímu postupu.
• Poznámky k vydání.

4. Potřeby v oblasti zdrojů a životního prostředí

4.1 Testovací nástroje

Ne.	Výzkumné	Description
1.	Server	Spuštěný databázový server MySQL a webový server s operačním systémem Apache.
2.	Testovací nástroj	Nástroj, který dokáže automaticky generovat výsledky testů do předdefinovaného formuláře a automatizovat provádění testů.
3.	Síť	Gigabitová lokální síť (LAN) a jedna internetová linka s minimální rychlostí 5 Mb/s.
4.	Počítač	Alespoň 4 spuštěné pracovní stanice Windows 11, s 8 GB RAM a procesorem s frekvencí 3.4 GHz.

4.2 Testovací prostředí

Tato podsekce uvádí minimální hardwarové a softwarové požadavky použité k testování aplikace. Kromě softwaru specifického pro klienta je vyžadován následující software:

• Windows 11 a výše
• Microsoft 365 (nebo Office 2021 a novější)
• MS Exchange atd.

Jak umělá inteligence pomáhá při plánování testů

Moderní plánování testů stále častěji využívá umělou inteligenci k redukci úsilí a odhalení slepých míst. Generativní asistenti, jako je ChatGPT, Claude nebo Gemini dokáže navrhnout počáteční testovací plán z dokumentu s požadavky, navrhnout chybějící hraniční případy a vytvořit tracmatice proveditelnosti automaticky. Modely strojového učení označují rizikové moduly z historických dat o defektech, helpping Manažer testování zaměřuje úsilí tam, kde je to nejdůležitější.

Pomoc umělé inteligence však nenahrazuje lidský úsudek. RevPřed schválením jakéhokoli plánu generovaného umělou inteligencí musí posuzovatelé ověřit rozsah, regulační pokrytí a obchodní záměr. Návrhy umělé inteligence považujte za první návrh, nikoli za finální dokument.

Nejlepší postupy pro efektivní testovací plán

Dobře napsaný testovací plán zajistí soulad všech zúčastněných stran. Při tvorbě dokumentu používejte tyto osvědčené postupy:

• Udržujte to stručné: Používejte srozumitelný jazyk a seznamy s odrážkami; vyhýbejte se žargonu, který zpomaluje čtenáře bez kontroly kvality.
• Udělej to Reviewable: Sdílejte včas s vývojáři a obchodními analytiky, aby odhalili chybějící požadavky.
• Kvantifikujte kritéria ukončení: Definujte číselné pokrytí, míru úspěšnosti a prahové hodnoty pro počet vad.
• Propojení rizik se zmírňujícími opatřeními: Spojte každé riziko se strategií pro jeho omezení nebo záložní strategií.
• Řízení verzí plánu: Uložte jej do dokumentačního nástroje pro track se v celém projektu mění.

Nejčastější dotazy