|
Dokument popisující rozsah, přístup, zdroje a harmonogram testovaných aktivit. Identifikuje položky k testování, testované vlastnosti, úlohy a zodpovědnosti za ně, stupeň nezávislosti testerů, testovací prostředí, techniky návrhu testů, vstupní a výstupní kritéria a rizika vyžadující kontingenční plánování. [IEEE, 1990, s. 75; ISTQB, 2012c, s. 45] |
Domains: Plánování testů |
|
Relationships
Roles | Responsible:
| Modified By:
|
Tasks | Input To:
| Output From:
|
Description
Main Description |
Plán testování je komplexním výstupem z hlavní aktivity plánování testů. Tento dokument nastavuje proces testování na daném projektu a jsou podle něj řízeny veškeré aktivity testování. Vzniká již v době plánování projektu ve vazbě na projektový plán a postupně spolu s přibývajícími informacemi a dokumentacemi o projektu je zpřesňován a průběžně doplňován. Proces plánování testů ovšem nekončí ve chvíli, kdy je plán testování vytvořen. Plánování by mělo prostupovat celým procesem testování až po vyhodnocení výstupních kritérií a reportování. Plán testování by měl tedy být průběžně aktualizován v závislosti na změnách okolností a průběhu testovacích aktivit.
Dle slovníku standardu IEEE Standard Glossary of Software Engineering Terminology (dále jen IEEE 610) je plán testování definován jako dokument popisující rozsah, přístup, zdroje a harmonogram testovaných aktivit. Identifikuje položky k testování, testované vlastnosti, úlohy a zodpovědnosti za ně [s. 75] a podle [ISTQB, 2012c, s. 45] dále stupeň nezávislosti testerů, testovací prostředí, techniky návrhu testů, vstupní a výstupní kritéria a rizika vyžadující kontingenční plánování.
Na velkých projektech bývá zvlášť rozlišován hlavní testovací plán, který se zaobírá více úrovněmi testování a samostatné testovací plány pro jednotlivé úrovně testování. Tato metodika je určena především pro úroveň systémových testů, takže plán testování je možné chápat jako plán pro úroveň systémových testů.
Za vypracování a průběžné aktualizace plánu testování je zpravidla zodpovědný test manažer. Pomocnou rukou mu při specifikaci dílčích částí plánu mohou být i ostatní členové testovacího týmu, zejména v roli test analytik a v menší míře přispět mohou i testeři.
I když přesný obsah a struktura plánu testování závisí na organizaci, jejích standardech pro dokumentaci a úrovni formálnosti projektu, typicky plán testování obsahuje informace, které zachycuje následující tabulka. Položky plánu testování v této tabulce vychází ze standardu IEEE 829 a jedná se o výběr a shrnutí těch nejdůležitějších z nich.
Položky testovacího plánu, zdroj: [IEEE, 2008, s. 42-50; Systeme Evolutif Limited]
Položka plánu testování |
Popis |
Manažerské shrnutí |
Krátké a výstižné shrnutí účelu plánu pro potřeby managementu a přehled záměrů a cílů testování. Zahrnuje identifikaci rozsahu plánu ve vztahu k projektovému plánu, rozpočtová omezení a omezení zdrojů, rozsah testování, vymezení vazby testování na ostatní aktivity a případně proces změnového řízení, pravidla pro komunikaci a koordinaci klíčových aktivit. |
Reference |
Seznam všech dokumentů, které plán testování podporují, nebo se k němu vztahují. Může se jednat o projektový plán, specifikace požadavků, designové specifikace, standardy pro proces vývoje software a testování metodologické příručky a příklady, podnikové standardy a směrnice, apod. |
Testované položky |
Seznam položek, které jsou předmětem testování. Může se jednat například o specifické vlastnosti systému, instalační příručky, uživatelské příručky, hardwarová rozhraní, apod. K jednotlivým položkám se obvykle váže i číslo verze a u kritických položek také termín předávky z ostatních prostředí do testovacího prostředí. |
Testované vlastnosti |
Seznam všech vlastností systému, které jsou předmětem testování. Jedná se o ty vlastnosti, které jsou viditelné z pohledu uživatele, nikoliv tedy o technický popis jako u testovaných položek. |
Netestované vlastnosti |
Seznam všech vlastností systému, které nejsou předmětem testování včetně zdůvodnění, proč nebudou testovány. |
Přístup k testování |
Celkový přístup k testování. Popisuje, kterou úroveň testování pokrývá, které charakteristiky kvality dle metody FURPS budou pokryty, techniky pro návrh testů (techniky černé a bílé skříňky) a nástroje pro automatizaci testů nebo případně jiné nástroje pro podporu přípravy a provádění testování. |
Vstupní a výstupní kritéria |
Vstupní kritéria definují, co musí být splněno před zahájením testování. Výstupní kritéria definují podmínky, za kterých může být testování zakončeno. Jsou obvykle založena na počtu nalezených defektů určitého stupně závažnosti. |
Kritéria pro přerušení a požadavky na následnou obnovu |
Definice podmínek, při kterých je nutné přerušit testování. Specifikují akceptovatelnou úroveň defektů, které ještě umožní pokračovat v testování po předchozích defektech. Dále specifikuje aktivity, které je nutné opakovat při obnově testování. |
Součásti dodávky za testování |
Seznam součástí dodávky ze strany testovacího týmu. Součástí dodávky mohou být kromě testovacího plánu testovací případy, výstupy z nástrojů pro podporu testování, simulátory, statické a dynamické generátory, test logy, reporty defektů, reporty o stavu testování a další. |
Součinnosti |
Identifikace vztahů a dodávaných pracovních produktů mezi testovacím týmem a ostatními osobami či odděleními. |
Plánované aktivity a úlohy |
Identifikace úkolů, které budou prováděny v rámci přípravy a provádění testů, včetně jejich vzájemných závislostí. Zároveň je zapotřebí určit všechny důležité faktory jako je například dostupnost testované položky, dostupnost zdrojů a termíny. |
Zodpovědnosti |
Identifikace jednotlivců a skupin, kteří jsou zodpovědní za řízení, návrh, přípravu, vykonávání, potvrzování a kontrolu výsledků testování a za řešení nalezených defektů. Dále jsou specifikovány veškeré další zodpovědnosti za jednotlivé položky definované v plánu testování (výběr vlastností, které budou nebo nebudou testovány, identifikace rizik, atd.). |
Požadavky na testovací prostředí a infrastrukturu pro testování |
Specifikace nezbytných a požadovaných vlastností testovacího prostředí a testovacích dat, což může zahrnovat požadavky na speciální hardware i software, podpůrné nástroje, databáze, platformy, lidské zdroje, nastavení prostředí před zahájením testování a další potřeby. |
Školení a požadované dovednosti |
Specifikace potřebných školení a nezbytných dovedností členů testovacího týmu, přičemž varianty školení mohou být různé od tradičních kurzů v podobě přednášek a seminářů, přes samostudium prostřednictvím e-learningu a internetu, až po mentoring od zkušenějších členů týmu. |
Harmonogram, odhady a náklady |
Veškeré milníky pro testování identifikované v projektovém plánu a vlastní milníky testovacího týmu, časové odhady jednotlivých úloh testování, harmonogram pro každou úlohu, rozpočet na testovací zdroje jako je vybavení, nástroje a personál. |
Rizika testování |
Identifikace produktových a projektových rizik testování, které mají dopad na úspěšně zakončení aktivit testování, včetně specifikace dopadu každého rizika a návrhu preventivních a nápravných opatření pro jejich eliminaci. |
Metriky |
Metriky hodnocení cílů, které budou v rámci projektu sledovány, analyzovány a reportovány, včetně stanovení jejich cílových hodnot s ohledem na výstupní kritéria. |
Terminologický slovník |
Seznam termínů a zkratek používaných v plánu testování a obecně v oboru testování spolu s vysvětlením jejich významů. |
K tomuto pracovnímu produktu byla podle standardu IEEE 829 [IEEE, 2008, s. 42-50; Systeme Evolutif Limited] vytvořena i šablona v nástroji IBM Rational Quality Manager. V nástroji IBM Rational Quality Manager je možnost kromě již předdefinovaných položek přidávat do šablony i své vlastní položky a vytvořit si tak šablonu dle potřeby. Nevýhodou však je, že tyto vlastní položky mají omezenou možnost formátování a naopak předdefinované položky jsou needitovatelné. Přestože záměrem bylo převést šablonu kompletně do češtiny, některé položky musely být v důsledku těchto nevýhod ponechány v angličtině ve formě předdefinované nástrojem IBM Ratinoal Quality Manager. |
Illustrations
Tailoring
Impact of not having |
Pokud neexistuje plán testování, řízení procesu testování probíhá pouze intuitivně bez vazby na konkrétní cíle a
metriky. Příprava a provádění testů nejsou vázány na rizika produktu, nejsou schváleny vztahy a termíny dodávek
pracovních produktů ze strany ostatních osob a týmů mimo tým testování, což může mít za důsledek nedodržení očekávaných
povinností od těchto zaintereovaných stran a nevyhovění požadavkům testovacích týmu.
|
Reasons for not needing |
Plán testování je zapotřebí vždy. V závislosti na potřebách projektu je možné vynechat
některé části, které test manažer v konkrétním případě uzná za nedůležité. |
Representation Options |
Plán testů je vhodné udržovat přímo v nástroji IBM Quality Manager, kde ho lze
v průběhu procesu testování snadno propojit s dalšími pracovními produkty, zejm. s testovacími případy
(popř. testovacími sadami). |
|