Artifact: Plán testování
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
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).