TESTOVACÍ PLÁN v testování softwaru (příklad)

Testovací plán

A Testovací plán je podrobný dokument, který popisuje strategii testování, cíle, harmonogram, odhad, výstupy a zdroje potřebné k provedení testování softwarového produktu. Plán testování nám pomáhá určit úsilí potřebné k ověření kvality testované aplikace. Plán testování slouží jako návod pro provádění aktivit testování softwaru jako definovaného procesu, který je pečlivě monitorován a řízen manažerem testování.

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 s následujícím příkladem/scénářem testovacího plánu: Na schůzce chcete prodiskutovat testovací plán s členy týmu, ale oni o to nemají zájem.

Co v takovém případě uděláte? Vyberte svou odpověď, jak je znázorněno na následujícím obrázku.

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

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

Vytvoření dokumentu plánu testování má několik výhod.

• Pomáhat lidem mimo testovací tým, jako jsou vývojáři, obchodní manažeři a zákazníci, pochopit podrobnosti o testování.
• Testovací plán průvodci naše myšlení. Je to jako kniha pravidel, která je třeba dodržovat.
• Důležité aspekty, jako je odhad testu, rozsah testu, Testovací strategie jsou dokumentovány v testovacím plánu, aby jej mohl zkontrolovat manažerský tým a znovu použít pro jiné projekty.

Typy testovacích plánů

Existují tři hlavní typy Testovací plány v testování softwaru.

1. Hlavní testovací plán: Dokument na vysoké úrovni, který nastiňuje celkovou strategii testování, rozsah, zdroje a harmonogram pro všechny úrovně testování. Slouží jako hlavní plán projektu.
2. Plán testování specifický pro danou úroveň: Zaměřuje se na konkrétní úrovně testování, jako je jednotkové, integrační, systémové nebo akceptační testování. Každý plán podrobně popisuje přístup, prostředí a výstupy pro danou úroveň.
3. Zkušební plán specifický pro daný typ: Targetspecializované typy testování, jako je testování výkonu, bezpečnosti, použitelnosti nebo automatizace. Definuje nástroje, techniky a kritéria jedinečná pro daný typ testu.

Tyto testovací plány společně zajišťují komplexní pokrytí, sladí cíle testování s cíli projektu a zlepšují koordinaci mezi týmy pro vyšší kvalitu softwaru.

Jak napsat testovací plán

Už víte, že vytvoření a Testovací plán je nejdůležitějším úkolem Proces řízení testůPostupujte podle sedmi kroků níže a vytvořte testovací plán podle normy IEEE 829.

1. Analyzujte produkt
2. Navrhněte testovací strategii
3. Definujte cíle testu
4. Definujte testovací kritéria
5. Plánování zdrojů
6. Plán testovacího prostředí
7. Plán a odhad
8. Stanovte výsledky testu

Krok 1) Analyzujte produkt

Jak můžete testovat produkt bez nějaké informace o tom? Odpověď je NemožnýMusíte se naučit produkt důkladně před testováním.

Testovaný produkt je Guru99 bankovních webových stránek. Měli byste provést průzkum mezi klienty a koncovými uživateli, abyste znali jejich potřeby a očekávání od aplikace.

• Kdo bude web používat?
• Na co 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í aplikujme výše uvedené znalosti na skutečný produkt: Analyzovat webové stránky bankovnictví https://demo.guru99.com/V4.

Měli byste vzít a rozhlédni se kolem tento web a také recenze Dokumentaci produktu. RevZobrazení dokumentace k produktu vám pomůže porozumět všem funkcím webové stránky a také tomu, jak ji používat. Pokud si nejste jisti v nějaké věci, můžete Rozhovor zákazník, vývojář, designér získat více informací.

Krok 2) Vytvořte testovací strategii

Testovací strategie je a kritický krok při tvorbě testovacího plánu v testování softwaru. Dokument testovací strategie je dokument na vysoké úrovni, který obvykle vypracovává manažer testování. Tento dokument definuje:

• Projekt je testovací cíle a prostředky k jejich dosažení
• Určuje testování úsilí a náklady

Zpět k vašemu projektu, musíte vyvinout testovací strategii pro testování bankovních webových stránek. Měli byste postupovat podle níže uvedených kroků.

Krok 2.1) Definujte rozsah testování

Před zahájením jakékoli testovací aktivity by měl být znám rozsah testování. Musíte si to dobře promyslet.

• 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 velmi důležité pro všechny zúčastněné strany. Přesný rozsah vám pomůže.

• Dejte všem spolehlivost a přesné informace o testech, které provádíte.
• Všichni členové projektu budou mít a jasný pochopení toho, co je testováno a co ne.

Jak určujete rozsah svého projektu?

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

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

Nyní by mělo jasně definovat, co je „v rozsahu“ a co „mimo rozsah“ testování.

• Jako softwarový požadavek brejle, projekt Guru99 Bank se zaměřuje pouze na testování všech funkce a externí rozhraní webu Guru99 Banka (v rozsahu testování)
• Nefunkční testování jako např stres, výkon or logické databáze nebude testováno. (mimo rozsah)

Scénář problému

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

V takovém případě musíte zákazníka přesvědčit, že Testování API je to práce navíc a spotřebuje to značné množství zdrojů. Poskytněte mu data podporující vaše fakta. Řekněte mu, že pokud bude testování API zahrnuto do rozsahu, rozpočet se zvýší o částku XYZ.

Zákazník souhlasí a v souladu s tím jsou nové rozsahy, položky mimo rozsah

• 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) Identifikujte typ testování

A Typ testování je standardní testovací postup, který poskytuje očekávaný výsledek testu.

Každý typ testování je formulován tak, aby identifikoval specifický typ chyb produktu. Všechny typy testování se však zaměřují na dosažení jednoho společného cíle: „…Včasné odhalení všechny vady před vydáním produktu zákazníkovi“

Jedno běžně používané Typy testování jsou popsány na obrázku níže

Existují tun testovacích typů pro testování softwarového produktu. Váš tým nelze dát dostatečné úsilí k zvládnutí všech druhů testování. Jako manažer testování musíte nastavit priorita z typů testování

• Které typy testování by měly být focused pro testování webových aplikací?
• Které typy testování by měly být ignorována pro úsporu nákladů?

Krok 2.3) Zdokumentujte rizika a problémy

Riziko je budoucnost nejistá událost s pravděpodobností výskyt a potenciál za ztrátu. Když k riziku skutečně dojde, stává se z něj 'problém'.

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

V plánu testování kvality tato rizika zdokumentujete

Riziko	Zmírnění
Členové týmu postrádají potřebné dovednosti pro testování webových stránek.	Plán a výcvikový kurz zdokonalit své členy
Harmonogram projektu je příliš napjatý; je těžké dokončit tento projekt včas	sada Priorita testu pro každou z testovacích aktivit.
Manažer testování má špatné manažerské dovednosti	Plán školení vedení pro manažera
Nedostatek spolupráce negativně ovlivňuje produktivitu vašich zaměstnanců	Podporovat každý člen týmu ve svém úkolu, a inspirovat k většímu úsilí.
Špatný odhad rozpočtu a překročení nákladů	Založte rozsah Před zahájením práce věnujte velkou pozornost plánování projektu a neustále track a měřit pokrok

Krok 2.4) Vytvořte testovací logistiku

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

• Kdo s vámi bude testovat?
• Kdy proběhne test?

Kdo bude testovat?

Možná neznáte přesná jména testerů, kteří budou testovat, ale typ testeru lze definovat.

Abyste vybrali správného člena pro daný úkol, musíte zvážit, zda jsou jeho dovednosti pro daný úkol dostatečné, a také odhadnout rozpočet projektu. Výběr nesprávného člena pro daný úkol může vést k neúspěchu projektu. selhat or být zpožděn.

Pro testování softwaru je ideální osoba s následujícími dovednostmi:

• Schopnost pochopit pohled zákazníka
• Silný touha pro kvalitu
• Pozor do detailu
• dobrý spolupráce

Ve vašem projektu je členem, který bude zodpovědný za provedení testu, TesterNa základě rozpočtu projektu si můžete jako testera vybrat interního nebo externího člena.

Kdy se test uskuteční?

Testovací aktivity musí být spojeny s souvisejícími vývojovými aktivitami.

Začnete testovat, až budete mít všechny požadované položky znázorněno na následujícím obrázku.

Krok 3) Definujte cíl testu

Cíl testu je celkový cíl a výsledek provedení testu. Cílem testování je najít co nejvíce softwarových defektů; zajistit, aby testovaný software byl bez chyb před vydáním.

Pro definování cílů testu byste měli provést následující dva kroky

1. Uveďte všechny softwarové funkce (funkčnost, výkon, grafické uživatelské rozhraní…), které může být nutné otestovat.
2. Definujte cíl nebo cíl testu na základě výše uvedených vlastností

Použijme tyto kroky k nalezení cíle vašeho testu Guru99 Projekt testování bank

Můžete si vybrat „SHORA DOLŮ“ metoda pro nalezení funkcí webových stránek, které je třeba otestovat. V této metodě rozdělíte testovanou aplikaci na součásti a dílčí komponenty.

V předchozím tématu jste již analyzovali specifikace požadavků a prošli si webovou stránku, takže můžete vytvořit Myšlenková mapa najít funkce webových stránek takto:

Tento obrázek ukazuje všechny vlastnosti, které Guru99 webových stránek může mít.

Na základě výše uvedených vlastností můžete definovat cíl testování projektu. Guru99 takto:

• Zkontrolujte, zda webová stránka Guru99 funkce(Účet, Vklad…) funguje v reálném obchodním prostředí podle očekávání bez chyb nebo závad.
• Zkontrolujte, zda externí rozhraní webových stránek, jako například UI, funguje dle očekávání a splňuje potřeby zákazníka
• Ověřte použitelnost webových stránek. Jsou tyto funkce pro uživatele pohodlné, nebo ne?

Krok 4) Definujte testovací kritéria

Testovací kritéria jsou standardem nebo pravidlem, na kterém může být založen testovací postup nebo testovací úsudek. Existují 2 typy testovacích kritérií:

Kritéria pozastavení

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

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

Ukončete kritéria

Specifikuje kritéria, která označují a úspěšný dokončení zkušební fáze. Výstupní kritéria jsou cílenými výsledky testu a jsou nezbytná před pokračováním v další fázi vývoje. Příklad: 95% ze všech kritických testovacích případů musí projít.

Některé metody definování výstupních kritérií jsou zadáním cíle běžecké tempo a míra úspěšnosti.

• Rychlost běhu je poměr mezi počet provedených testovacích případů a/celkový počet testovacích případů specifikace testu. Například specifikace testu má celkem 120 TC, ale tester provedl pouze 100 TC, takže míra provedení je 100/120 = 0.83 (83 %)
• Míra úspěšnosti je poměr mezi počet úspěšně provedených testovacích případů / počet testovacích případů provedenýchNapříklad z výše uvedených 100 provedených TC jich 80 prospělo, takže míra úspěšnosti je 80/100 = 0.8 (80 %).

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

• Běh sazba je povinná 100% pokud není uveden jasný důvod.
• Přejít sazba závisí na rozsahu projektu, ale dosažení vysoké míry úspěšnosti je cíl.

Příklad testovacího plánu:Váš tým již provedl testovací spuštění. Oznámí vám výsledek testu a chtějí, abyste jej potvrdili Výstupní kritéria.

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

Krok 5) Plánování zdrojů

Plán zdrojů je podrobné shrnutí všech typů zdrojů potřebných k dokončení projektového úkolu. Zdroje mohou být lidské zdroje, vybavení a materiály potřebné k dokončení projektu.

Plánování zdrojů je důležitým faktorem plánování testování, protože pomáhá při určující ο číslo zdroje (zaměstnanci, vybavení…), které mají být pro projekt použity. Manažer testování tak může vytvořit správný harmonogram a odhad pro projekt.

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.	Správce testů	Řídit celý projekt Definujte projekt instrukce Získejte vhodné zdroje
2.	Tester	Identifikace a popis vhodných testovacích technik/nástrojů/automatizační architektury Ověřte a vyhodnoťte testovací přístup Provést testy, přihlásit výsledky a zprávy vady. Tester může být interní nebo externí člen, v závislosti na rozpočtu projektu. Pro úkol, který vyžaduje nízký dovednost, doporučuji si vybrat outsourcováno členů do uložit náklady na projekt.
3.	Vývojář v testu	Nářadí testovací případy, testovací program, testovací sada atd.
4.	Správce testu	Staví a zajišťuje Testovací prostředí a aktiva jsou se podařilo a udržovaný Tester podpory použít testovací prostředí pro provedení testu
5.	členové SQA	Převezměte odpovědnost za zajištění kvality. Zkontrolujte, zda testovací proces splňuje stanovené požadavky

Systémový zdroj

Pro testování webové aplikace byste měli naplánovat zdroje takto:

Ne.	Zdroje	Descriptionty
1.	Server	Nainstalujte testovanou webovou aplikaci. To zahrnuje samostatný webový server, databázový server a aplikační server, pokud je to relevantní.
2.	Testovací nástroj	Testovací nástroj slouží k automatizaci testování, simulaci uživatelských operací a generování výsledků testů. Pro tento projekt můžete použít spoustu testovacích nástrojů, jako například Selenium, QTP, Etc.
3.	Síť	Potřebujete síť, včetně lokální sítě LAN a internetu, pro simulaci skutečného obchodního a uživatelského prostředí.
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 sada softwaru a hardwaru, na které bude testovací tým provádět testovací případy. Testovací prostředí se skládá z skutečný byznys a uživatel prostředí, stejně jako fyzická prostředí, jako je server a front-endové běžící prostředí.

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 silná spolupráce mezi testovacím týmem a vývojovým týmem.

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

• Jaký je maximální počet uživatelských připojení, které tato webová stránka zvládne současně?
• Jaké jsou hardwarové/softwarové požadavky pro instalaci této webové stránky?
• Potřebuje počítač uživatele nějaká specifická nastavení pro prohlížení webových stránek?

Následující obrázek popisuje testovací prostředí bankovních webových stránek. https://demo.guru99.com/V4

Krok 7) Plán a odhad

V článku Testovací odhad, již jste použili několik technik k odhadu úsilí potřebného k dokončení projektu. Nyní byste měli tento odhad i harmonogram zahrnout do plánování testování.

Ve fázi odhadu testu si představte, že rozdělíte celý projekt na menší úkoly a pro každý úkol přidáte odhad takto.

Ú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

Poté vytvoříte naplánovat k dokončení těchto úkolů.

Vytvoření harmonogramu je v projektovém řízení běžný pojem. Vytvořením spolehlivého harmonogramu v plánování testování jej může manažer testování použít jako nástroj pro sledování průběhu projektu a kontrolu překročení nákladů.

Pro vytvoření harmonogramu projektu potřebuje manažer testování několik typů vstupů, a to:

• Zaměstnanec a termín projektuPracovní dny, termín projektu a dostupnost zdrojů jsou faktory, které ovlivňují harmonogram.
• Odhad projektuNa základě odhadu ví manažer testování, jak dlouho trvá dokončení projektu. Může si tak vytvořit vhodný harmonogram projektu.
• Riziko projektuPochopení rizika pomáhá manažerovi testování přidat do harmonogramu projektu dostatek času na řešení rizik.

Pojďme si to procvičit na příkladu:

Předpokládejme, že šéf chce projekt dokončit Guru99 v jedna měsíc a v Odhadu testu jste již odhadli úsilí pro každý úkol. Plán můžete vytvořit následovně

Krok 8) Testování výstupů

Výsledky testování jsou seznamem všech dokumentů, nástrojů a dalších komponent, které je třeba vyvinout a udržovat na podporu testovacího úsilí.

V každé fázi jsou různé výsledky testů životní cyklus vývoje softwaru.

Jsou poskytovány zkušební výstupy před fáze testování.

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

Jsou poskytovány zkušební výstupy během testování

• Testovací skripty
• Simulátory.
• Testovací data
• test TracMatice proveditelnosti
• Protokoly chyb a protokoly provádění.

Jsou poskytovány zkušební výstupy po testovací cyklus je u konce.

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

Běžné problémy v plánování testů (a jejich řešení)

Efektivní plánování testování často naráží na praktické překážky. Rozpoznání těchto problémů a aplikace proaktivních řešení zajišťuje plynulejší provádění a vyšší kvalitu softwaru.

1. Nejasné požadavky
   Challenge: Nejasné nebo měnící se požadavky projektu vedou k neúplnému pokrytí testy.
   Řešení: Provádějte prohlídky požadavků a udržujte životní požadavek tracmatice proveditelnosti.
2. Omezené zdroje
   Challenge: Nedostatek nástrojů, času nebo zkušených testerů ovlivňuje kvalitu testů.
   Řešení: Upřednostňujte kritické testovací případy a využívejte automatizaci pro opakující se úkoly.
3. Nerealistické termíny
   Challenge: Napjaté harmonogramy zkracují čas potřebný k řádnému návrhu a provedení testů.
   Řešení: Používejte techniky odhadování a včas sdělujte rizika zainteresovaným stranám.
4. Špatná komunikace
   Challenge: Neshoda mezi týmy způsobuje zpoždění a přepracování.
   Řešení: Pro zajištění transparentnosti zavádějte pravidelné synchronizační schůzky a sdílené dashboardy.
5. Nedostatečné řízení rizik
   Challenge: Ignorování potenciálních rizik může narušit harmonogramy projektu.
   Řešení: Včas identifikovat rizika, vést protokol o riziku a plánovat strategie pro jejich zmírnění.

Nejčastější dotazy: