Šablona testovacího plánu: Ukázkový dokument s příkladem webové aplikace

Obsah:

Anonim

Co je šablona testovacího plánu?

TEMPLATE TEST PLAN TEMPLATE je podrobný dokument, který popisuje strategii testování, cíle, harmonogram, odhad a výstupy a zdroje potřebné pro testování. Testovací plán 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í testovacích aktivit softwaru jako definovaný proces, který je podrobně sledován a řízen správcem testů.

Vytvoření plánu testování je povinné, aby byl zajištěn úspěch vašeho projektu testování softwaru. Pokud s plánováním testů začínáte, přečtěte si tento návod Jak vytvořit plán testování

Stáhněte si vzorovou šablonu plánu testování

Níže najdete důležité složky plánu zkoušek -

  • 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 zkoušek
  • 2.1 Přehled
  • 2.2 Zkušební úrovně
  • 2.3 Bug Triage
  • 2.4 Kritéria pozastavení a požadavky na obnovení
  • 2.5 Úplnost testu
  • 3 Testování dodávek
  • 4 Potřeby zdrojů a prostředí
  • 4.1 Testovací nástroje
  • 4.2 Zkušební prostředí

1. Úvod

Stručné představení testovacích strategií, procesů, pracovních postupů a metodik použitých pro projekt

1.1) Rozsah

1.1.1) V rozsahu

Rozsah definuje funkce, funkční nebo nefunkční požadavky softwaru, který bude testován

1.1.2) Mimo rozsah

Out Of Scope definuje funkce, funkční nebo nefunkční požadavky softwaru, který NENÍ testován

1.2) Cíl kvality

Zde uveďte celkový cíl, který plánujete dosáhnout při manuálním testování a testování automatizace.

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

  • Zajistěte, aby testovaná aplikace splňovala funkční a nefunkční požadavky
  • Zajistěte, aby AUT splňoval 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

  • Analytik QA
  • Manažer testů
  • Správce konfigurace
  • Vývojáři
  • Instalační tým

Mimo jiné

2) Metodika zkoušky

2.1) Přehled

Uveďte důvod přijetí konkrétní testovací metodiky pro projekt. Metodika testování zvolená pro projekt by mohla být

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

Zvolená metodika závisí na několika faktorech. O metodice zkoušek si můžete přečíst zde

2.2) Zkušební úrovně

Úrovně testu definují typy testování, které mají být provedeny na testované aplikaci (AUT ). Úrovně testování primárně závisí na rozsahu projektu, časových a rozpočtových omezeních.

2.3) Bug Triage

Cílem třídění je:

  • Definovat typ řešení pro každou chybu
  • Upřednostnit chyby a určit rozvrh pro všechny „Být opraveny chyby“.

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

Kritéria pozastavení definují kritéria, která se použijí k pozastavení celého nebo části postupu testování, zatímco kritéria obnovení určují, kdy může být testování po pozastavení obnoveno

2.5) Zkouška úplnosti

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

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

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

3) Testujte výstupy

Zde uveďte všechny testovací artefakty, 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í případy
  • Matice sledovatelnosti požadavku
  • Hlášení chyb
  • Testovací strategie
  • Testovací metriky
  • Odhlášení zákazníka

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

4.1) Testovací nástroje

Vytvořte seznam nástrojů jako

  • Nástroj pro sledování požadavků
  • Nástroj pro sledování chyb
  • Automatizační nástroje

Vyžaduje se k otestování projektu

4.2) Zkušební prostředí

Uvádí minimální hardwarové požadavky, které budou použity k testování aplikace.

Následující software to jsou požadována navíc k client-specifického softwaru.

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

5) Podmínky / Zkratky

Uveďte všechny výrazy nebo zkratky použité v projektu

DOBA / 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ý plán plánu bankovnictví Příklad webové aplikace

1. Úvod

Testovací plán je navržen tak, aby předepsal 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, vlastnosti, které mají být testovány, typy testování, které mají být provedeny, personál odpovědný za testování, zdroje a harmonogram požadovaný k dokončení testování a rizika spojená s plánem.

1.1 Rozsah

1.1.1 V rozsahu

Je třeba překonat všechny funkce webové stránky websiteGuru99 Bank, které byly definovány ve specifikacích požadavků na software

Název modulu Použitelné role Popis
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 svých účtůSprávce : Správce může zobrazit zůstatek všech zákazníků, kteří
spadají pod jeho dohled
Převod prostředků Manažer Zákazník Zákazník: Zákazník může převádět prostředky ze svého „vlastního“
účtu na libovolný cílový účet.Správce : Správce může převádět finanční prostředky z libovolného zdrojového bankovního
účtu na cílový účet
Mini prohlášení Manažer Zákazník Mini výpis zobrazí posledních 5 transakcí účtuZákazník: Zákazník může vidět mini-výpis pouze ze svých „vlastních“
účtůManažer: Manažer může vidět mini-výpis z jakéhokoli účtu
Přizpůsobené prohlášení Manažer Zákazník Přizpůsobený výpis umožňuje filtrovat a zobrazovat
transakce v účtu na základě data, hodnoty transakceZákazník: Zákazník může zobrazit Přizpůsobený - výpis pouze
svých „vlastních“ účtůSprávce : Správce může zobrazit Přizpůsobený - výpis libovolného
účtu
Změnit heslo Manažer Zákazník Zákazník: Zákazník může změnit heslo pouze svého účtu.Správce : Správce 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 poskytuje 2 typy účtů
• Ukládání
• Aktuální
Zákazník může mít více účtů pro ukládání (jeden na své jméno,
druhý na společný název atd.).
Může mít několik běžných účtů pro různé společnosti,
které vlastní.
Nebo může mít několik současných a ukládajících účtů.Manažer: Manažer může přidat nový účet pro stávajícího
zákazníka.
Upravit účet Manažer Správce: Správce může přidat úpravy podrobností účtu pro stávající účet
Smazat účet Manažer Manažer: Manažer může přidat a odstranit účet zákazníka.
Odstranit zákazníka Manažer Zákazníka lze smazat pouze v případě, že nemá aktivní žádný aktuální nebo ukládající účetSprávce: Správce 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í, když je hotovost uložena na pobočce banky.
Vybrání Manažer Manažer: Manažer může vybírat peníze z libovolného úč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 funkčnost webové stránky 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., Aby bylo zajištěno, že všechny tyto operace budou fungovat normálně v reálném obchodním prostředí.

1.3 Role a odpovědnosti

Aby projekt ušetřil náklady na projekt, měl by jako tester využívat členy outsourcingu .

Ne. Člen Úkoly
1. Manažer testů Spravovat celý projekt Definovat směry projektu Získat vhodné zdroje
2. Test Identifikace a popis vhodných testovacích technik / nástrojů / automatizační architektury Ověřte a posuď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, že testovací prostředí a aktiva jsou spravována a udržována Tester podpory pro použití testovacího prostředí pro provádění testu
5. Členové SQA Převezměte kontrolu nad zabezpečením kvality Zkontrolujte, zda testovací proces splňuje stanovené požadavky

2 Metodika zkoušek

2.1 Přehled

2.2 Zkušební úrovně

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

  • Testování integrace (jednotlivé softwarové moduly jsou kombinovány a testovány jako skupina)
  • Systém testování: provedena na kompletní , integrovaný systém pro posouzení souladu systému s jeho stanovenými požadavky
  • Testování API: Vyzkoušejte všechna vytvořená rozhraní API pro testovaný software

2.3 Bug Triage

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

Pokud členové týmu hlásí, že 40% testovacích případů selhalo , 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í úspěšné dokončení testovací fáze
  • Rychlost běhu je povinně 100%, pokud není uveden jasný důvod.
  • Průchod rychlost je 80%, dosažení rychlost průchodu je povinné

2.6 Projektový úkol a odhad a harmonogram

Úkol Členové Odhadněte úsilí
Vytvořte specifikaci testu Návrhář testů 170 člověkohodin
Proveďte provedení testu Tester, správce testů 80 člověkohodin
Protokol o zkoušce Tester 10 člověkohodin
Vyzkoušejte doručení 20 člověkohodin
Celkový 280 člověkohodin

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

3 Testování dodávek

Testovací výstupy jsou uvedeny níže

Před testovací fází

  • Dokument testovacích plánů.
  • Dokumenty testovacích případů
  • Specifikace zkušebního designu.

Během testování

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

- Testovací data

- Testovací stopová matice - Protokoly chyb a protokoly provádění.

Po skončení testovacích cyklů

  • Výsledky / zprávy o zkoušce
  • Zpráva o závadě
  • 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 Popisy
1. Server Potřebujete databázový server, který instaluje server MySQL Webový server, který instaluje server Apache
2. Zkušební nástroj Vyvinout testovací nástroj, který dokáže automaticky generovat výsledek testu do předem definované formy a automatizovaného provádění testu
3. Síť Nastavte LAN Gigabit a 1 internetovou linku rychlostí alespoň 5 Mb / s
4. Počítač Minimálně 4 počítače se systémem Windows 7, RAM 2 GB, CPU 3,4 GHz

4.2 Zkušební prostředí

Nastavení testovacího prostředí podle obrázku níže