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

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 výrobku
• 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í.

• 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 v současné době nebude testován. (mimo rozsah)

Scénář problému

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

V takovém případě je potřeba zákazníka o tom přesvědčit Testování API je práce navíc a spotřebuje značné zdroje. Dejte mu data podporující vaše fakta. Řekněte mu, že pokud je v rozsahu zahrnuto testování API, 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 konkrétní typ chyb produktu. Ale všechny typy testování jsou zaměřeny 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 následujícím obrázku

Existují tun testovacích typů pro testování softwarového produktu. Tvůj tým nemůže mít dostatek úsilí na zvládnutí všech druhů testování. Jako Test Manager 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ž riziko skutečně nastane, stane se „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

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 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 kvalifikována pro daný úkol, nebo ne, také odhadnout rozpočet projektu. Výběr nesprávného člena pro úkol může způsobit projekt selhat or zpoždění.

Pro testování softwaru je nejvhodnější osoba, která má následující dovednosti:

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

Ve vašem projektu je členem, který bude mít na starosti provedení testu, tester. Na základě rozpočtu projektu si můžete jako testera vybrat člena in-source nebo outsourcingu.

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ílem testu je celkový cíl a dosažení provedení testu. Cílem testování je najít co nejvíce softwarových defektů; ujistěte se, že testovaný software je bez chyb před vydáním.

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

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

Aplikujme tyto kroky k nalezení testovacího cíle vašeho testovacího projektu Guru99 Bank

Můžete si vybrat 'VZHŮRU NOHAMA' způsob, jak najít funkce webu, které může být nutné otestovat. V této metodě rozložíte testovanou aplikaci složka si dílčí složka.

V předchozím tématu jste již analyzovali specifikace požadavků a prošli webovou stránkou, abyste mohli vytvořit a Myšlenková mapa k nalezení funkcí webových stránek následovně

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

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

• Zkontrolujte, zda web Guru99 funkce(Účet, Vklad…) funguje podle očekávání bez jakýchkoliv chyb nebo chyb v reálném obchodním prostředí
• Zkontrolujte, zda externí rozhraní webu jako např UI funguje podle očekávání a vyhovuje potřebám zákazníka
• Ověřte použitelnost webu. Jsou tyto funkce pro uživatele pohodlné nebo ne?

Krok 4) Definujte testovací kritéria

Test Criteria je standard nebo pravidlo, na kterém může být založen testovací postup nebo testovací úsudek. Existují 2 následující 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 hlásí, že existují 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 si míra úspěšnosti.

• Rychlost běhu je poměr mezi počet provedených testovacích případů/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 rychlost běhu je 100/120 = 0.83 (83 %)
• Úspěšnost je poměr mezi Čísla testovací případy prošly / testovací případy provedeny. Například z více než 100 provedených hlavních přispěvatelů je 80 úspěšných přispěvatelů, 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é rychlosti průchodu 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 rychlost běhu povinná 100% ale testovací tým dokončil pouze 90 % testovacích případů. Znamená to, že rychlost běhu není splněna, takže NEPOTVRDZUJTE výstupní kritéria

Krok 5) Plánování zdrojů

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

Plánování zdrojů je důležitým faktorem plánování testů, protože pomáhá určující ο číslo zdrojů (zaměstnanců, vybavení…), které mají být pro projekt použity. Proto může Test Manager provést správný plán 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

Systémový zdroj

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

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

Co je testovací prostředí

Testovací prostředí je nastavení softwaru a hardwaru, na kterém bude testovací tým provádět testovací případy. Testovací prostředí se skládá z skutečný byznys si uživatel prostředí, stejně jako fyzická prostředí, jako je server, front-end běžící prostředí.

Jak nastavit testovací prostředí

Zpátky k vašemu projektu, jak ho 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ě se můžete zeptat na další otázky, pokud potřebujete.

• Jaké je maximální připojení uživatelů, které tento web současně zvládne?
• Jaké jsou hardwarové/softwarové požadavky pro instalaci této webové stránky?
• Potřebuje počítač uživatele nějaké zvláštní nastavení k procházení webu?

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

Krok 7) Plán a odhad

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

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

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

Tvorba harmonogramu je běžným pojmem v projektovém řízení. Vytvořením spolehlivého plánu v Plánování testů jej může Test Manager použít jako nástroj pro sledování postupu projektu a kontrolu překročení nákladů.

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

• Zaměstnanec a termín projektu: Pracovní dny, termín projektu, dostupnost zdrojů jsou faktory, které ovlivnily harmonogram
• Odhad projektu: Na základě odhadu ví Test Manager, jak dlouho trvá dokončení projektu. Může tak vytvořit vhodný harmonogram projektu
• Riziko projektu : Pochopení rizika pomáhá Test Manageru přidat dostatek času navíc k plánu projektu, aby se vypořádal s riziky

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

Předpokládejme, že šéf chce dokončit projekt Guru99 in jedna měsíc, jste již odhadli úsilí pro jednotlivé úkoly v Test Estimation. Harmonogram můžete vytvořit, jak je uvedeno níže

Krok 8) Testování výstupů

Test Deliverables je seznam všech dokumentů, nástrojů a dalších komponent, které musí být vyvinuty a udržovány 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 testovací fáze.

• 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
• Testovací matice sledovatelnosti
• Protokoly chyb a protokoly provádění.

Jsou poskytovány zkušební výstupy po testovací cykly skončily.

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

Zdroje

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

Stáhněte si vzorový plán testování systému z webu Guru99 Bank