sample test plan document
Přejete si naučit se a stáhnout si vzorový testovací plán? Tento kurz je reakcí na ty, kteří požádali o příklad plánu testování.
V mém předchozím tutoriálu jsem nastínil Index testovacího plánu. V tomto tutoriálu tento index podrobněji rozvedu.
Testovací plán odráží celý váš testovací plán a přístup.
=> Klepnutím sem zobrazíte kompletní výukový program pro testovací plán
To zahrnuje účel testovacího plánu, tj. Rozsah, přístup, zdroje a plán testovacích aktivit. Za účelem identifikace testovaných položek, funkcí, které mají být testovány, testovacích úkolů, které mají být provedeny, pracovníků odpovědných za každý úkol, rizik spojených s tímto plánem atd.
Na konci tohoto příspěvku jsem uvedl odkaz na stažení formátu PDF tohoto příkladu Testovacího plánu.
Ukázkový plán zkoušek
(Název produktu)
Připravil:
(Jména těch, kteří se připravili)
(Datum)
OBSAH (TOC)
1.0 ÚVOD
2.0 CÍLE A ÚKOLY
2.1 Cíle
2.2 Úkoly
3.0 ROZSAH PŮSOBNOSTI
4.0 Testovací strategie
4.1 Alpha Testing (Unit Testing)
4.2 Testování systému a integrace
4.3 Testování výkonu a stresu
4.4 Testování přijetí uživatelem
4.5 Dávkové testování
4.6 Automatické regresní testování
4.7 Beta testování
5.0 Hardwarové požadavky
bezplatný zálohovací software pro Windows 7
6.0 Požadavky na prostředí
6.1 Hlavní rám
6.2 Pracovní stanice
7.0 Časový plán zkoušek
8.0 Kontrolní postupy
9.0 Funkce, které mají být testovány
10.0 Funkce nebudou testovány
11.0 Zdroje / role a odpovědnosti
12.0 Rozvrhy
13.0 Významně ovlivněná oddělení (SID)
14.0 Závislosti
15.0 Rizika / Předpoklady
16.0 Nástroje
17.0 Schválení
Poznámka: Tento testovací plán je poskytován ve formátu PDF. Pro maximální flexibilitu zvažte použití webového nástroje pro správu testů, jako je TestRail k vypracování testovacích plánů.
Prozkoumejme každé pole podrobně !!
1.0 ÚVOD
Jedná se o krátké shrnutí produktu, který je testován. Přehled všech funkcí na vysoké úrovni.
2.0 CÍLE A ÚKOLY
2.1 Cíle
Popište cíle podporované hlavním plánem zkoušek, Například , definování úkolů a odpovědností, prostředek komunikace, dokument, který má být použit jako dohoda o úrovni služeb atd.
2.2 Úkoly
Seznam všech úkolů identifikovaných tímto testovacím plánem, tj. Testování, následné testování, hlášení problémů atd.
3.0 ROZSAH PŮSOBNOSTI
Všeobecné: Tato část popisuje, co se testuje, což je nové pro všechny funkce konkrétního produktu, jeho existující rozhraní, integraci všech funkcí atd.
Taktika: Zde uveďte, jak dosáhnete položek, které jste uvedli v části „Rozsah“.
Například , pokud jste zmínili, že budete testovat existující rozhraní, jaké by byly postupy, kterými byste se řídili, abyste oznámili klíčovým lidem, aby zastupovali jejich příslušné oblasti, a také přidělili čas v jejich harmonogramu na pomoc při provádění vaší činnosti?
4.0 ZKUŠEBNÍ STRATEGIE
Popište celkový přístup k testování. U každé hlavní skupiny funkcí nebo kombinací funkcí zadejte přístup, který zajistí, že tyto skupiny funkcí budou adekvátně otestovány.
Určete hlavní činnosti, techniky a nástroje, které se používají k testování určených skupin prvků.
Přístup by měl být popsán s dostatečnými podrobnostmi, aby bylo možné určit hlavní úkoly testování a odhadnout čas potřebný k provedení každého z nich.
4.1 Testování jednotky
Definice: Uveďte požadovaný minimální stupeň komplexnosti. Určete techniky, které budou použity k posouzení komplexnosti testovacího úsilí ( Například , určující, které příkazy byly provedeny alespoň jednou).
Zadejte další kritéria pro dokončení ( Například , frekvence chyb). Měly by být specifikovány techniky, které mají být použity ke sledování požadavků.
Účastníci: Uveďte jména osob / oddělení, za které budou odpovědní Testování jednotek .
Metodologie: Popište, jak bude probíhat testování jednotek. Kdo bude psát testovací skripty pro Unit Testing, jaký by byl sled událostí Unit Testing a jak proběhne testovací aktivita?
4.2 Testování systému a integrace
Definice: Uveďte, o čem chápete Testování systému a testování integrace pro váš projekt.
Účastníci: Kdo bude provádět System a Testování integrace na vašem projektu? Seznam osob, které budou za tuto činnost odpovědné.
Metodologie: Popište, jak bude probíhat testování systému a integrace. Kdo bude psát testovací skripty pro Unit Testing, jaký by byl sled událostí System & Integration Testing a jak bude testovací aktivita probíhat?
4.3 Testování výkonu a stresu
Definice: Seznamte, jak chápete zátěžové testování pro váš projekt.
Účastníci: Kdo bude na vašem projektu provádět zátěžové testy? Seznam osob, které budou za tuto činnost odpovědné.
Metodologie: Popište, jak bude prováděno testování výkonu a stresu. Kdo bude psát testovací skripty pro testování, jaký by byl sled událostí pro Performance & Stress Testing a jak bude testovací aktivita probíhat?
4.4 Testování přijetí uživatelem
Definice: Účelem akceptační zkoušky je potvrdit, že je systém připraven k provozu. Během přejímacího testu koncoví uživatelé (zákazníci) systému porovnají systém s jeho původními požadavky.
Účastníci: Kdo bude odpovědný za testování přijatelnosti uživatelů? Uveďte jména jednotlivců a jejich odpovědnost.
Metodologie: Popište, jak bude probíhat testování přijatelnosti uživatelů. Kdo bude psát testovací skripty pro testování, jaká by byla posloupnost událostí testování přijatelnosti uživatelů a jak bude testovací aktivita probíhat?
4.5 Dávkové testování
4.6 Automatické regresní testování
Definice: Regresní testování je selektivní opakované testování systému nebo součásti k ověření, že úpravy nezpůsobily nežádoucí účinky a že systém nebo součást stále funguje podle požadavků.
4.7 Beta testování
5.0 POŽADAVKY NA HARDWARE
Počítače
Modemy
6.0 POŽADAVKY NA ŽIVOTNÍ PROSTŘEDÍ
6.1 Hlavní rám
Určete nezbytné i požadované vlastnosti testovacího prostředí.
Specifikace by měla obsahovat fyzikální vlastnosti zařízení, včetně hardwaru, komunikace a systémového softwaru, způsobu použití ( Například, samostatný) a veškerý další software nebo spotřební materiál, které jsou nutné k podpoře testu.
Určete také úroveň zabezpečení, která musí být poskytována testovacímu zařízení, systémovému softwaru a proprietárním komponentám, jako je software, data a hardware.
Určete požadované speciální testovací nástroje. Zjistěte další potřeby testování ( Například, publikace nebo kancelářské prostory). Určete zdroj všech potřeb, které vaše skupina aktuálně nemá k dispozici.
6.2 Pracovní stanice
7.0 PLÁN ZKOUŠEK
Zahrňte všechny milníky testování identifikované v harmonogramu softwarového projektu a všechny události přenosu položek.
Definujte další požadované milníky testování. Odhadněte čas potřebný k provedení každého testovacího úkolu. Zadejte plán pro každý testovací úkol a milník testu. U každého testovacího prostředku (tj. Zařízení, nástrojů a zaměstnanců) zadejte jeho období používání.
8.0 POSTUPY KONTROLY
Hlášení problémů
Zdokumentujte postupy, které je třeba dodržet, když během procesu testování dojde k incidentu. Pokud se má použít standardní formulář, přiložte prázdnou kopii jako „dodatek“ k plánu zkoušek.
V případě, že používáte automatizovaný systém protokolování incidentů, zapište tyto postupy.
Žádosti o změnu
Zdokumentujte proces úprav softwaru. Určete, kdo se na změnách odhlásí a jaká by byla kritéria pro zahrnutí změn do aktuálního produktu.
Pokud se změny dotknou stávajících programů, je třeba tyto moduly identifikovat.
9.0 FUNKCE K TESTOVÁNÍ
Určete všechny softwarové funkce a kombinace softwarových funkcí, které budou testovány.
10.0 FUNKCE NENÍ TESTOVÁNO
Určete všechny funkce a významné kombinace funkcí, které nebudou testovány, spolu s důvody.
11.0 ZDROJE / ÚLOHY A ODPOVĚDNOSTI
Uveďte zaměstnance, kteří se podílejí na projektu testování a jaké budou jejich role ( Například, Mary Brown (uživatel) sestavuje testovací případy pro přejímací zkoušky).
Určete skupiny odpovědné za správu, návrh, přípravu, provádění a řešení testovacích aktivit a také za související problémy.
Určete také skupiny odpovědné za poskytování testovacího prostředí. Tyto skupiny mohou zahrnovat vývojáře, testery, provozní pracovníky, testovací služby atd.
12.0 ROZVRHY
Hlavní výstupy: Identifikujte dodatelné dokumenty. Můžete uvést následující dokumenty:
- Testovací plán
- Testovací případy
- Testování zpráv o incidentech
- Souhrnné zprávy o testu
13.0 VÝZNAMNĚ DOTKNUTÉ ODDĚLENÍ (SID)
Bus / oddělení / obchodní oblast. Manažer Tester
14.0 ZÁVISLOSTI
Identifikujte významná omezení při testování, například dostupnost testovaných položek, dostupnost testovacích zdrojů a termíny.
15.0 RIZIKA / PŘEDPOKLADY
Určete vysoce rizikové předpoklady plánu zkoušek. Uveďte pohotovostní plány pro každý ( Například, zpoždění dodávky testovaných položek může vyžadovat zvýšené plánování nočních směn, aby bylo splněno datum dodání).
1 6.0 NÁSTROJE
Seznam automatizačních nástrojů, které budete používat. Zde také uveďte nástroj pro sledování chyb.
17.0 SCHVÁLENÍ
Uveďte jména a tituly všech osob, které musí tento plán schválit. Poskytněte prostor pro podpisy a data.
Jméno (velkými písmeny) Datum podpisu:
1.
dva.
3.
Čtyři.
Stažení: Můžete si také stáhnout tento vzorový testovací plán Šablona zde.
Připravili jsme také skutečnýŽivý plán testování projektuz tohoto vzorku.
Můžete je zkontrolovat a stáhnout v následujících výukách:
=> Navštivte zde kompletní výukový program pro testovací plán
Doporučené čtení
- Osnova kurzu testování softwaru - podrobný plán školení online
- Ukázková šablona plánu testování softwaru s formátem a obsahem
- ISTQB Testování Osvědčení Ukázkové dotazníky s odpověďmi
- Výukový program pro testovací plán: Průvodce psaním dokumentu testovacího plánu softwaru od začátku
- Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
- Testování stahování e-knih Primer
- Kdy zastavit testování (opuštění kritérií při testování softwaru)
- Ukázka hlášení o chybě