Artifact: Testovací skript |
| |
Relationships
Roles | Responsible:
| Modified By:
|
Tasks | Input To:
| Output From:
|
Description
Main Description |
Testovací skripty jsou jedním z výstupů z hlavní aktivity implementace testů, která následuje po analýze a návrhu testů a předchází samotnému provádění testů. Testovací skripty specifikují jednotlivé kroky, které je zapotřebí vykonat při provádění testovacích případů. V praxi bývají testovací skripty často přímou součástí testovacích případů a vytváření testovacích skriptů je tak spojeno s vytvářením testovacích případů a spadá do aktivity návrh testů. V terminologii ISTQB a standardů IEEE se ovšem jedná o dva samostatné pracovní produkty a testovací skripty se do testovacích případů začleňují až v rámci implementace testů. Nástroj IBM Rational Quality Manager je v tomto ohledu v souladu s ISTQB a IEEE a tyto dva pracovní produkty také rozlišuje. Z tohoto důvodu byl v této metodice zvolen přístup, kdy testovací skripty jsou samostatným produktem testování.
V terminologii standardu IEEE 610 je pojem testovací skript synonymem s pojmem testovací procedura, přičemž testovací procedura je zde definována jako „detailní instrukce pro nastavení, provedení a vyhodnocení výsledků daného testovacího případu“, nebo také jako „dokumentace specifikující posloupnost akcí pro vykonání testu“ [1990, s. 76]. Standard ISTQB se od IEEE 610 mírně odlišuje a přiklání se k často používanému rozlišení testovacího skriptu na manuální a automatizovaný. Testovací proceduru [ISTQB, 2012c, s. 46] definuje obecně jako „posloupnost akcí pro vykonání testu“ s tím, že „je známá také jako testovací skript nebo jako manuální testovací skript“. Testovací skript potom [ISTQB, 2012c, s. 47] definuje jako „běžně používaný jako specifikace testovací procedury, ale je zejména automatizovaný“. Vzhledem k tomu, že nástroj IBM Rational Quality Manager tento produkt nazývá jako testovací skript bez ohledu na to, zda je manuální nebo automatický, z důvodu zachování jednotné terminologie v nástroji i v této metodice není dále používán pojem testovací procedura ale pouze pojem testovací skript, který může být buď manuální, nebo automatický.
Za vytváření testovacích skriptů, stejně jako za vytváření testovacích případů, je zodpovědný Test analytik.
Dle standardu IEEE 829 testovací skript zahrnuje položky, které zachycuje následující tabulka.
Položky testovacího skriptu, zdroj: [IEEE, 2008, s. 55-57; SQE, 2001b]
Položky testovacího skriptu |
Popis |
Vstupy, výstupy a speciální požadavky |
Identifikace všeho, co je zapotřebí pro provedení testů jako např. nástroje pro automatizaci testů, požadavky na testovací prostředí, speciální požadavky na dovednosti nebo školení, jiné skripty, které musí být provedeny před daným skriptem, apod. |
Uspořádaný popis kroků |
Specifikace jednotlivých na sebe navazujících aktivit a jejich očekávaných výsledků, což může zahrnovat např. přípravné kroky pro provedení skriptu (setup), úvodní kroky nezbytné pro zahájení skriptu (start), kroky vykonávané během provádění skriptu (proceed), kroky nezbytné pro dokončení provedeného skriptu (wrap-up), atd. |
K tomuto pracovnímu produktu je přiložena také výchozí šablona definovaná nástrojem IBM Rational Quality Manager. V nástroji není možnost úpravy šablony testovacího skriptu dle specifických potřeb, tudíž je nutné zachovat výchozí strukturu. Velkou výhodou testovacího skriptu v IBM Rational Quality Manager je, že kromě vytváření klasických manuálních skriptů, poskytuje možnost přímého připojení automatizovaných skriptů. Automatizované skripty se pak následně mohou spouštět přímo z IBM Rational Quality Manager. |
Illustrations
Tailoring
Impact of not having |
Bez testovacích skriptů je velmi obtížné zajistit konzistentní provádění testů při opakování
stejných testů vícekrát, nebo při provádění testů různými osobami. Může se snadno stát, že tester narazí na selhání, ale
není schopen jej znovu nasimulovat, protože během provádění testu zapomene, jaké kroky mu předcházely. Při vytváření defekt
reportu je potom nutné znovu hledat cestu, která selhání zapříčinila, aby defekt report nebyl vývojovým týmem zamítnut jako
nereprodukovatelný. |
Reasons for not needing |
Testovací skripty není nutné vytvářet, pokud jsou kroky testu jednoduché a zřejmé již
z testovacích případů a testovacích podmínek. Při použití automatizovaných nástrojů pro provádění testů je vhodné
nastavit automatické zachycení záznamu testování, aby při případném vzniku selhání bylo možné nejen identifikovat místo
vzniku selhání, ale také kroky, které selhání předcházely. |
Representation Options |
Testovací skripty je vhodné udržovat přímo v nástroji IBM Rational Quality Manager, kde je
lze přímo propojit s testovacími případy. Pro testovací skripty je stejně jako pro testovací případy klíčová
jejich výstižnost a srozumitelnost. |
|