PLÁN ZKOUŠKY: Co je, jak vytvořit (s příkladem)

Testovací plán

Kontrolní plán je podrobný dokument, který popisuje testovací strategie, cíle, harmonogram, odhad, výsledky a zdroje potřebné k provádění testování softwarového produktu. Testovací plán nám pomáhá určit úsilí potřebné k ověření kvality testované aplikace. Plán testů 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ů.

Podle definice ISTQB: „Testovací plán je dokument popisující rozsah, přístup, zdroje a harmonogram zamýšlených testovacích aktivit.“

Začněme následujícím příkladem / scénářem Testovacího plánu: Na schůzce chcete diskutovat o Testovacím plánu se členy týmu, ale nemají zájem -.

Co v takovém případě uděláte? Vyberte odpověď podle následujícího obrázku

A) Jsem manažer, dělám všechno, jak jsem řekl
B) Dobře, vysvětlíme vám, proč potřebujeme
nesprávný
plán zkoušek. Jako manažer zkoušek jim musíte vysvětlit důležitost plánu zkoušek, nikoli nutit tým dělat to, co chcete. Správně
Jako manažer testů jim musíte vysvětlit důležitost testovacího plánu, než abyste nutili tým dělat to, co chcete.

Jaký je význam testovacího plánu?

Vytvoření dokumentu s testovacím plánem má několik výhod

• Pomozte lidem mimo testovací tým, jako jsou vývojáři, obchodní manažeři, zákazníci, porozumět podrobnostem testování.
• Náš plán řídí testovací plán . Je to jako kniha pravidel, kterou je třeba dodržovat.
• Důležité aspekty, jako je odhad testu, rozsah testu, Testovací strategie, jsou zdokumentovány v Testovacím plánu, takže jej může přezkoumat řídící tým a znovu použít pro další projekty.

Jak napsat testovací plán

Už víte, že tvorba plánu testování je nejdůležitějším úkolem procesu správy testů. Podle následujících sedmi kroků vytvořte testovací plán podle IEEE 829

1. Analyzujte produkt
2. Navrhněte strategii testování
3. Definujte cíle testu
4. Definujte kritéria testu
5. Plánování zdrojů
6. Naplánujte testovací prostředí
7. Časový plán a odhad
8. Určete výsledky zkoušky

Krok 1) Analyzujte produkt

Jak můžete produkt otestovat bez jakýchkoli informací? Odpověď je nemožná. Před otestováním se musíte produkt důkladně naučit .

Testovaným produktem je bankovní web Guru99. Měli byste prozkoumat klienty a koncové uživatele, abyste poznali jejich potřeby a očekávání od aplikace

• Kdo bude používat web?
• K čemu se používá
• Jak to bude fungovat?
• Jaký software / hardware produkt používá?

K analýze webu můžete použít následující přístup

Nyní aplikujeme výše uvedené znalosti na skutečný produkt: Analyzujte bankovní web http://demo.guru99.com/V4.

Měli byste se rozhlédnout kolem tohoto webu a také zkontrolovat dokumentaci k produktu. Kontrola produktové dokumentace vám pomůže porozumět všem funkcím webové stránky i tomu, jak ji používat. Pokud vám nejsou jasné žádné položky, můžete se zákazníkem, vývojářem, designérem pohovořit a získat další informace.

Krok 2) Vypracujte testovací strategii

Strategie testování je zásadním krokem při vytváření plánu testování v testování softwaru. Dokument Testovací strategie je dokument na vysoké úrovni, který obvykle vyvíjí Správce testů. Tento dokument definuje:

• Cíle testování projektu a prostředky k jejich dosažení
• Určuje úsilí a náklady na testování

Zpět k vašemu projektu musíte vyvinout strategii testování pro testování tohoto bankovního webu. Postupujte podle níže uvedených kroků

Krok 2.1) Definujte rozsah testování

Před zahájením jakékoli testovací činnosti by měl být znám rozsah testování. Musíte o tom hodně přemýšlet.

• Komponenty testovaného systému (hardware, software, middleware atd.) Jsou definovány jako „ v rozsahu “
• Součásti systému, které nebudou testovány, musí být také jasně definovány jako „ mimo rozsah “.

Definování rozsahu vašeho testovacího projektu je pro všechny zúčastněné strany velmi důležité. Pomůže vám přesný rozsah

• Poskytněte každému důvěru a přesné informace o testování, které provádíte
• Všichni členové projektu budou jasně rozumět tomu, co je testováno a co nikoli

Jak určíte rozsah svého projektu?

Chcete-li určit rozsah, musíte -

• Přesný požadavek zákazníka
• Rozpočet projektu
• Specifikace produktu
• Dovednosti a talent vašeho testovacího týmu

Nyní by mělo být jasně definováno „v rozsahu“ a „mimo rozsah“ testování.

• Jak specifikuje softwarový požadavek, projekt Guru99 Bank se zaměřuje pouze na testování všech funkcí a externího rozhraní webové stránky Guru99 Bank ( v rozsahu testování)
• Nefunkční testování, jako je stres , výkon nebo logická databáze, aktuálně nebude testováno. ( mimo rozsah)

Problémový scénář

Zákazník chce, abyste otestovali jeho API. Rozpočet projektu to však neumožňuje. V takovém případě co uděláte?

V takovém případě musíte zákazníka přesvědčit, že testování Api je práce navíc a spotřebuje značné prostředky. Poskytněte mu údaje podporující vaše fakta. Řekněte mu, že pokud je zahrnuto testování Api, rozpočet se zvýší o částku XYZ.

Zákazník souhlasí a v souladu s tím jsou nové obory mimo položky rozsahu

• Položky v rozsahu: funkční testování, testování API
• Položky mimo rozsah: Testování databáze, hardware a jakákoli další externí rozhraní

Krok 2.2) Určete typ testování

Testování typ je standardní testovací postup, který dává očekávaný výsledek testu.

Každý typ testování je formulován tak, aby identifikoval konkrétní typ chyb produktu. Všechny typy testování jsou ale zaměřeny na dosažení jednoho společného cíle „ Včasné odhalení všech vad před vydáním produktu zákazníkovi“

Tyto běžně používané zkušební typy jsou popsány na následujícím obrázku

Existuje spousta typů testování pro testování softwarového produktu. Váš tým nemůže mít dostatek úsilí, aby zvládl všechny druhy testování. Jako správce testů musíte nastavit prioritu typů testování

• Které typy testování by se měly zaměřit na testování webových aplikací?
• Které typy testování by se měly z důvodu úspory nákladů ignorovat ?

Nyní pojďme cvičit s vaším projektem. Produkt, který chcete otestovat, je bankovní web.
Na které typy testování byste se v tomto případě měli zaměřit?
Vybrat vše, co platí A) Testování jednotky B) Testování API C) Testování integrace D) Testování systému E) Testování instalace / odinstalace F) Agilní testování Vybíráme pouze B) Testování API C) Testování integrace D) Testování systému pro projekt Guru99

Krok 2.3) Dokumentujte rizika a problémy

Riziko je nejistá událost budoucnosti s pravděpodobností výskytu a potenciálem ztráty. Když se riziko skutečně stane, stane se z něj „ problém“.

V článku Analýza a řešení rizik jste se již podrobně seznámili s analýzou rizik a identifikovali potenciální rizika v projektu.

V plánu testování kvality budete tato rizika dokumentovat

Riziko	Zmírnění
Člen týmu nemá potřebné dovednosti pro testování webových stránek.	Naplánujte si tréninkový kurz, abyste zdokonalili své členy
Časový plán projektu je příliš těsný; je těžké dokončit tento projekt včas	Nastavte prioritu testu pro každou z testovacích aktivit.
Test Manager má špatné manažerské dovednosti	Naplánujte školení vedení pro manažera
Nedostatek spolupráce negativně ovlivňuje produktivitu vašich zaměstnanců	Povzbuďte každého člena týmu v jeho úkolu a inspirujte ho k většímu úsilí.
Špatný odhad rozpočtu a překročení nákladů	Stanovte rozsah před zahájením práce, věnujte velkou pozornost plánování projektu a neustále sledujte a měřte pokrok

Krok 2.4) Vytvoření testovací logistiky

V Test Logistics by měl Test Manager odpovědět na následující otázky:

• Kdo bude testovat?
• Kdy k testu dojde?

Kdo bude testovat?

Možná nebudete znát přesná jména testera, který bude testovat, ale typ testeru lze definovat.

Chcete-li vybrat správného člena pro zadaný úkol, musíte zvážit, zda je jeho dovednost pro daný úkol kvalifikovaná, či nikoli, také odhadnout rozpočet projektu. Výběr nesprávného člena pro úkol může způsobit selhání nebo zpoždění projektu .

Pro testování softwaru je nejideálnější osoba s následujícími dovednostmi:

• Schopnost porozumět pohledu zákazníků
• Silná touha po kvalitě
• Pozor na detail
• Dobrá spolupráce

Ve vašem projektu je členem, který bude mít na starosti provádění testu, tester. Na základě rozpočtu projektu můžete jako testera zvolit člena ve zdroji nebo outsourcingu.

Kdy k testu dojde?

Testovací aktivity musí být spojeny s přidruženými vývojovými aktivitami.

Začnete testovat, až budete mít všechny povinné položky zobrazené na následujícím obrázku

Krok 3) Definujte cíl testu

Cíl testu je celkový cíl a dosažení provedení testu. Cílem testování je najít co nejvíce závad softwaru; před vydáním se ujistěte, že testovaný software neobsahuje chyby .

Chcete-li definovat cíle testu, měli byste provést 2 následující kroky

1. Seznam všech funkcí softwaru (funkčnost, výkon, grafické uživatelské rozhraní…), které může být nutné otestovat.
2. Na základě výše uvedených funkcí definujte cíl nebo cíl testu

Pojďme použít tyto kroky k nalezení cíle testu vašeho projektu testování Guru99 Bank

Můžete si vybrat metodu „ NAHORU“ a vyhledat funkce webových stránek, které bude pravděpodobně nutné otestovat. V této metodě rozdělíte testovanou aplikaci na součást a dílčí součást .

V předchozím tématu jste již analyzovali specifikace požadavků a procházeli webem, takže můžete vytvořit Mind-Map a najít funkce webu následujícím způsobem

Tento obrázek ukazuje všechny funkce, které web Guru99 může mít.

Na základě výše uvedených funkcí můžete definovat testovací cíl projektu Guru99 následovně

• Zkontrolujte, zda funkčnost webových stránek Guru99 (účet, vklad…) funguje podle očekávání bez jakýchkoli chyb nebo chyb v reálném obchodním prostředí
• Zkontrolujte, zda externí rozhraní webových stránek, jako je uživatelské rozhraní, funguje podle očekávání, a splňte potřeby zákazníků
• Ověřte použitelnost webu. Jsou tyto funkce pro uživatele pohodlné nebo ne?

Krok 4) Definujte kritéria testu

Kritéria testu jsou standard nebo pravidlo, na kterém může být založen testovací postup nebo testovací úsudek. Následující typy testovacích kritérií jsou 2

Kritéria pozastavení

Zadejte kritická kritéria pozastavení pro test. Pokud jsou kritéria pozastavení splněna během testování, bude aktivní testovací cyklus pozastaven, dokud nebudou kritéria vyřešena .

Příklad plánu testování: Pokud členové vašeho týmu oznámí, že došlo k 40% selhání testovacích případů, měli byste pozastavit testování, dokud vývojový tým neopraví všechny neúspěšné případy.

Kritéria opuštění

Určuje kritéria, která označují úspěšné dokončení testovací fáze. Kritéria ukončení jsou cílené výsledky testu a jsou nezbytná před pokračováním do další fáze vývoje. Příklad: Musí splnit 95% všech kritických testovacích případů.

Některé metody definování kritérií ukončení jsou určením cílové rychlosti běhu a rychlosti procházení .

• Rychlost běhu je poměr mezi počtem provedených testovacích případů / celkovým počtem testovacích případů podle specifikace testu. Například specifikace testu má celkem 120 TC, ale tester provedl pouze 100 TC, takže rychlost běhu je 100/120 = 0,83 (83%)
• Míra úspěšnosti je poměr mezi počtem úspěšných testovacích případů / provedených testovacích případů . Například ve více než 100 provedených TC je 80 TC, které prošly, takže míra úspěšnosti je 80/100 = 0,8 (80%)

Tato data lze načíst v dokumentech Test Metric.

• Rychlost běhu je povinně 100%, pokud není uveden jasný důvod.
• Průchod sazba je závislá na rozsahu projektu, ale pro dosažení vysoké rychlosti průchodu je cíl.

Příklad plánu testování: Váš tým již provedl testy. Ohlásí vám výsledek testu a chtějí, abyste potvrdili výstupní kritéria.

Ve výše uvedeném případě je rychlost běhu povinná 100%, ale testovací tým dokončil pouze 90% testovacích případů. To znamená, že rychlost běhu není uspokojena, takže NEPOTVRZUJTE kritéria ukončení

Krok 5) Plánování zdrojů

Plán zdrojů je podrobný souhrn všech typů zdrojů potřebných k dokončení úkolu projektu. Zdrojem může být člověk, vybavení a materiál potřebný k dokončení projektu

Plánování zdrojů je důležitým faktorem pro plánování testů, protože pomáhá při určování na počtu zdrojů (zaměstnanců, zařízení ...), které mají být použity pro tento projekt. Správce testů proto může pro projekt vytvořit správný plán a odhad.

Tato část představuje doporučené zdroje pro váš projekt.

Lidské zdroje

Následující tabulka představuje různé členy vašeho projektového týmu

Ne.	Člen	Úkoly
1.	Manažer testů	Spravujte celý projekt Definujte směry projektu Získejte příslušné zdroje
2.	Tester	Identifikace a popis vhodných testovacích technik / nástrojů / automatizační architektury Ověřte a posuďte testovací přístup Provést testy, protokolu vyplývá, zpráva vad. Tester může být členem s externím nebo externím zdrojem na základě rozpočtu projektu U úkolu, který vyžadoval nízkou dovednost, vám doporučuji zvolit outsourcované členy, abyste ušetřili náklady na projekt.
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 Support Tester to use the test environment for test execution
5.	Členové SQA	Mějte na starosti zajištění kvality Zkontrolujte, zda testovací proces splňuje stanovené požadavky

Zdroj systému

Pro testování webové aplikace byste měli naplánovat prostředky podle následujících tabulek:

Ne.	Zdroje	Popisy
1.	Server	Nainstalujte testovanou webovou aplikaci To zahrnuje samostatný webový server, databázový server a aplikační server, pokud je to možné
2.	Zkušební nástroj	Testovacím nástrojem je automatizace testování, simulace provozu uživatele, generování výsledků testu Existuje spousta testovacích nástrojů, které můžete pro tento projekt použít, jako je Selen, QTP ... atd.
3.	Síť	K simulaci skutečného obchodního a uživatelského prostředí potřebujete síť zahrnující LAN a internet
4.	Počítač	Počítač, který uživatelé často používají k připojení k webovému serveru

Krok 6) Naplánujte testovací prostředí

Co je testovací prostředí

Testovací prostředí je nastavení softwaru a hardwaru, na kterém testovací tým provede testovací případy. Testovací prostředí se skládá ze skutečného obchodního a uživatelského prostředí a také z fyzických prostředí, jako je server, běžící prostředí front-endu.

Jak nastavit testovací prostředí

Zpět k vašemu projektu, jak nastavíte testovací prostředí pro tento bankovní web?

K dokončení tohoto úkolu potřebujete silnou spolupráci mezi testovacím týmem a vývojovým týmem

Vývojáři byste měli položit několik otázek, abyste jasně porozuměli testované webové aplikaci . Zde je několik doporučených otázek. Samozřejmě můžete v případě potřeby položit další otázky.

• Jaké maximální uživatelské připojení může tento web současně zpracovat?
• Jaké jsou hardwarové / softwarové požadavky pro instalaci tohoto webu?
• Potřebuje počítač uživatele nějaké konkrétní nastavení pro procházení webu?

Následující obrázek popisuje testovací prostředí bankovního webu www.demo.guru99.com/V4

Krok 7) Časový plán a odhad

V článku Odhad testu jste již použili některé techniky k odhadu úsilí o dokončení projektu. Nyní byste měli zahrnout tento odhad i plán do Plánování testů

Ve fázi Test Estimation předpokládejme, že celý projekt rozdělíte na malé úkoly a přidáte odhad pro každý úkol, jak je uvedeno níže

Ú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

Poté vytvoříte plán pro dokončení těchto úkolů.

Vytváření harmonogramu je v řízení projektů běžným pojmem. Vytvořením pevného plánu v Plánování testů jej může Správce testů použít jako nástroj pro sledování průběhu projektu, kontrolu překročení nákladů.

K vytvoření harmonogramu projektu potřebuje Test Manager několik typů vstupu, jak je uvedeno níže:

• Termín pro zaměstnance a projekt : Pracovní dny, termín projektu, dostupnost zdrojů jsou faktory, které ovlivnily plán
• Odhad projektu : Na základě odhadu ví Správce testů, jak dlouho trvá dokončení projektu. Může tedy vytvořit vhodný harmonogram projektu
• Riziko projektu : Porozumění riziku pomáhá manažerovi testů přidat do plánu projektu dostatek času navíc, aby se s riziky vypořádal

Procvičme si příklad:

Předpokládejme, že šéf chce dokončit projekt Guru99 za jeden měsíc, v Odhadu testu jste již odhadli úsilí pro jednotlivé úkoly. Plán můžete vytvořit níže

Krok 8) Testování dodávek

Test Deliverables je seznam všech dokumentů, nástrojů a dalších komponent, které je třeba vyvinout a udržovat na podporu testování.

V každé fázi životního cyklu vývoje softwaru existují různé výstupy testu.

Testovací výstupy jsou poskytovány před fází testování.

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

Výsledky testování jsou poskytovány během testování

• Testovací skripty
• Simulátory.
• Testovací data
• Vyzkoušejte matici sledovatelnosti
• Protokoly chyb a protokoly provádění.

Po skončení testovacích cyklů jsou k dispozici testovací výstupy .

• Výsledky / zprávy o zkoušce
• Zpráva o závadě
• Pokyny pro instalaci / zkušební postupy
• Poznámky k vydání

Zdroje

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

Stáhněte si ukázkový testovací plán systému webové stránky Guru99 Bank