Šablona testovacího plánu (vzorový příklad dokumentu)

Od: Thomas Hamilton Thomas Hamilton
Hours aktualizováno

Co je šablona testovacího plánu?

Šablona zkušebního plánu je podrobný dokument, který popisuje testovací strategii, cíle, harmonogram, odhad a výstupy a zdroje potřebné pro testování. Test Plan nám pomáhá určit úsilí potřebné k ověření kvality testované aplikace. Plán testování slouží jako plán pro provádění činností testování softwaru jako definovaného procesu, který je podrobně monitorován a kontrolován manažerem testu.

Vytvoření Testovací plán je povinný pro zajištění úspěchu vašeho projektu testování softwaru. Pokud s plánováním testování začínáte, přečtěte si tento návod Jak vytvořit testovací plán

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

Šablona zkušebního plánu

Níže naleznete důležité součásti plánu zkoušek –

1) Úvod

Krátké představení testovacích strategií, procesu, workflow a metodologií použitých pro projekt

1.1) Rozsah

1.1.1) V rozsahu

Rozsah definuje vlastnosti, funkční nebo nefunkční požadavky softwaru, který bude testovaný

1.1.2) Mimo rozsah

Mimo rozsah definuje vlastnosti, funkční nebo nefunkční požadavky softwaru, který nebude testovaný

1.2) Cíl kvality

Zde se zmiňte o celkovém cíli, kterého plánujete dosáhnout pomocí ručního testování a testování automatizace.

Některé cíle vašeho testovacího projektu mohou být

  • Ujistěte se, že testovaná aplikace vyhovuje funkčním a nefunkčním požadavkům
  • Ujistěte se, že AUT splňuje specifikace kvality definované klientem
  • Chyby/problémy jsou identifikovány a opraveny před spuštěním

1.3) Role a odpovědnosti

Podrobný popis rolí a odpovědností různých členů týmu jako

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

Mimo jiné

SOUVISEJÍCÍ ČLÁNKY

2) Metodika testování

2.1) Přehled

Uveďte důvod přijetí konkrétní testovací metodiky pro projekt. Testovací metodika vybraná pro projekt by mohla být

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

Zvolená metodika závisí na mnoha faktorech. Můžete si přečíst o metodice testování zde

2.2) Úrovně testu

Úrovně testů definují typy testování, které se mají provést na testované aplikaci (AUT). Úrovně testování primárně závisí na rozsahu projektu, časových a rozpočtových omezeních.

2.3) Třídění chyb

Cílem třídění je

  • Chcete-li definovat typ řešení pro každou chybu
  • Stanovit priority chyb a stanovit plán pro všechny „chyby, které mají být opraveny“.

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

Kritéria pozastavení definují kritéria, která se použijí k pozastavení celého nebo části testovacího postupu, zatímco kritéria pro obnovení určují, kdy lze testování obnovit po jeho pozastavení.

2.5) Úplnost testu

Zde definujete kritéria, která budou vaše testování považovat za dokončené.

Například několik kritérií pro kontrolu úplnosti testu by bylo

  • 100% pokrytí testem
  • Byly provedeny všechny manuální a automatické testovací případy
  • Všechny otevřené chyby jsou opraveny nebo budou opraveny v příštím vydání

3) Test výstupů

Zde zmiňujte všechny artefakty testu, které budou dodány během různých fází životního cyklu testování.

Zde jsou jednoduché výstupy

  • Testovací plán
  • testovacích případů
  • Matice sledovatelnosti požadavků
  • Hlášení chyb
  • Testovací strategie
  • Testovací metriky
  • Odhlášení zákazníka

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

4.1) Testovací nástroje

Udělejte si seznam nástrojů jako

Požadováno k otestování projektu

4.2) Testovací prostředí

Uvádí minimum technické vybavení požadavky, které budou použity k testování Aplikace.

Následující software jsou vyžadovány vedle softwaru specifického pro klienta.

  • Windows 8 a výše
  • Office 2013 a vyšší
  • MS Exchange atd.

5) Termíny/zkratky

Uveďte všechny termíny nebo zkratky použité v projektu

TERMÍN/AKRONYM DEFINICE
API Rozhraní aplikačního programu
AUT Testovaná aplikace

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

Ukázkový testovací plán Dokument Bankovní příklad webové aplikace

1 Úvod

Testovací plán je navržen tak, aby předepisoval rozsah, přístup, zdroje a harmonogram všech testovacích aktivit projektu Guru99 Bank.

Plán identifikuje položky, které mají být testovány, funkce, které mají být testovány, typy testů, které mají být provedeny, personál odpovědný za testování, zdroje a harmonogram potřebný k dokončení testování a rizika spojená s plánem.

1.1 Rozsah

1.1.1 V rozsahu

Všechny funkce websiteGuru99 Bank, které byly definovány 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ů. Může
zobrazit pouze zůstatek jeho účtů
Manažer: Manažer může zobrazit zůstatek všech zákazníků, kteří
dostat pod jeho dohled
Převod prostředků Manažer Zákazník Zákazník: Zákazník si může nechat převést prostředky ze svého „vlastního“
účtu do libovolného cílového účtu.
Manažer: Manažer může převádět prostředky z jakékoli zdrojové banky
z účtu do cílového účtu
Mini prohlášení Manažer Zákazník Mini výpis zobrazí posledních 5 transakcí na účtu
Zákazník: Zákazník může vidět minivýpis pouze svého „vlastního“
účty
Manažer: Manažer může vidět minivýpis jakéhokoli účtu
Přizpůsobené prohlášení Manažer Zákazník Přizpůsobený výpis umožňuje filtrovat a zobrazovat
transakce na účtu na základě data, hodnoty transakce
Zákazník: Zákazník může vidět pouze vlastní výpis
jeho „vlastní“ účty
Manažer: Manažer může vidět přizpůsobený výpis libovolného
účet
Změnit heslo Manažer Zákazník Zákazník: Zákazník může změnit heslo pouze ke svému účtu.
Manažer: Manažer může změnit heslo pouze svého účtu.
Nemůže měnit hesla svých zákazníků
Nový zákazník Manažer Manažer: Manažer může přidat nového zákazníka.
Manažer Manažer: Manažer může upravovat podrobnosti, jako je adresa, e-mail,
telefon zákazníka.
Nový účet Manažer V současné době systém nabízí 2 typy účtů
• Ukládání
• Aktuální
Zákazník může mít více spořících účtů (jeden na jeho jméno,
jiné ve společném názvu atd.).
Může mít více běžných účtů pro různé společnosti
on vlastní.
Nebo může mít více běžných a spořících účtů.
Manažer: Správce může přidat nový účet k existujícímu účtu
zákazník.
Upravit účet Manažer Manažer: Správce může přidat podrobnosti o účtu pro existující účet
Smazat účet Manažer Manažer: Správce může přidat a odstranit účet pro zákazníka.
Smazat zákazníka Manažer Zákazník může být smazán pouze v případě, že nemá aktivní běžný nebo spořící účet
Manažer: Manažer může zákazníka smazat.
Vklad Manažer Manažer: Manažer může vložit peníze na jakýkoli účet.
Obvykle se provádí při vkladu hotovosti na pobočce banky.
Výběr peněz Manažer Manažer: Manažer může vybírat peníze z jakéhokoli účtu.
Obvykle se provádí při výběru hotovosti na pobočce banky.

1.1.2 Mimo rozsah

Tyto funkce nejsou testovány, protože nejsou zahrnuty ve specifikacích požadavků na software

  • Uživatelská rozhraní
  • Hardwarová rozhraní
  • Softwarová rozhraní
  • Databáze logická
  • 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čnosti webu Guru99 Bank, projekt by se měl zaměřit na testování bankovní operace jako je správa účtu, výběr a zůstatek…atd. na záruka všechny tyto operace mohou fungovat Normálně v reálném podnikatelském prostředí.

1.3 Role a odpovědnosti

Projekt by měl využít zadávat členů jako tester, aby se ušetřily náklady na projekt.

Ne. Člen Úkoly
1. Správce testů Řídit celý projekt
Definujte směry projektu
Získejte vhodné zdroje
2. test Identifikace a popis vhodných testovacích technik/nástrojů/automatizační architektury Ověřte a vyhodnoťte testovací přístup
Proveďte testy, zaznamenejte výsledky, nahlaste závady.
Outsourcovaní členové
3. Vývojář v testu Implementujte testovací případy, testovací program, testovací sadu atd.
4. Správce testu Vytváří a zajišťuje správu a údržbu testovacího prostředí a aktiv
Podpora Tester pro použití testovacího prostředí pro provádění testu
5. členové SQA Postarejte se o zajištění kvality
Zkontrolujte, zda proces testování splňuje stanovené požadavky

2 Metodika testování

2.1 Přehled

2.2 Úrovně testu

V projektu Guru99 Bank by měly být provedeny 3 typy testování.

  • Integrace Testování (jednotlivé softwarové moduly jsou kombinovány a testovány jako skupina)
  • Systém Testování: Provedeno na a kompletní, integrovaný systém pro vyhodnocení shody systému s jeho specifikovanými požadavky
  • Testování API: Otestujte všechna vytvořená rozhraní API pro testovaný software

2.3 Třídění chyb

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

Pokud členové týmu hlásí, že existují 40% testovacích případů neúspěšný, pozastavit 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í zkušební fáze
  • Běh sazba je povinná 100% pokud není uveden jasný důvod.
  • Přejít sazba je 80% dosažení úspěšnosti je povinné

2.6 Projektový úkol a odhad a harmonogram

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

Naplánujte si dokončení těchto úkolů

3 Testovací výstupy

Výsledky testu jsou uvedeny níže

Před testovací fází

Během testování

– Simulátory testovacích nástrojů.

- Testovací data

– Testovat matici sledovatelnosti – Protokoly chyb a protokoly provádění.

Po ukončení testovacích cyklů

  • Výsledky testů/zprávy
  • Hlášení závady
  • Pokyny pro instalaci/zkušební postupy
  • Poznámky k vydání

4 Potřeby zdrojů a prostředí

4.1 Testovací nástroje

Ne. Zdroje Descriptionty
1. Server Potřebujete databázový server, který se nainstaluje MySQL Server
Webový server, který instaluje Apache Server
2. Testovací nástroj Vyvinout testovací nástroj, který dokáže automaticky generovat výsledek testu do předdefinovaného formuláře a automatizovaně provádět test
3. Síť Nastavte si LAN Gigabit a 1 internetovou linku s rychlostí alespoň 5 Mb/s
4. Počítač Běží alespoň 4 počítače Windows 7, RAM 2 GB, CPU 3.4 GHz

4.2 Testovací prostředí

Zmiňuje minimální hardwarové a softwarové požadavky, které budou použity k testování Aplikace.

Kromě softwaru specifického pro klienta jsou vyžadovány následující software.

  • Windows 11 a výše
  • Office 2021 a vyšší
  • MS Exchange atd.