|
Toto je objekt systému MBI.
MBI (Management Byznys Informatiky) je portál obsahující zobecněná řešení v řízení provozu a rozvoje IT, resp. podnikové informatiky.
Pokud máte zájem získat více informací o tomto objektu (vazby na další objekty, přílohy, apod.), ale i získat mnoho dalších užitečných materiálů, můžete tak učinit ZDE / (registrace je bezplatná).
|
|
Dokument
: Testovací strategie
|
|
|
|
Kód dokumentu
Standardní kód dokumentu v MBI
:
|
Gottfriedová, K. (KIT, VŠE)
|
|
Datum poslední úpravy
Datum poslední úpravy ve tvaru rrrr.mm.dd.
:
|
Popis, obsahové vymezení
Obsahová struktura, resp. náplň dokumentu.
1. Testovací strategie - účel dokumentu
-
Účelem
je definovat veškeré důležité informace pro nadcházející testovací periodu.
2. Obsah dokumentu
- Testovací strategie
určuje, co se bude testovat, jak se bude testovat, kdo bude testovat a jaké podmínky
musí být splněny, aby bylo možné službu k testování akceptovat.
- Dále je definováno, co je mimo testovací rozsah.
3. Struktura dokumentu:
-
Úvodní vymezení dokumentu:
- účel dokumentu,
- popis projektu,
- důležité výstupy,
-
Odkazy na další dokumenty:
- odkazy na další projektové dokumenty (testovací plán, specifikace, atd.),
- zkratky a jejich popis,
-
Byznys požadavky na testování:
- přehled hlavní byznys požadavků na služby a jejich testování,
-
Postup testování služby:
- aplikace, systémy a komponenty v rámci projektu,
- hlavní změny v systémech,
- funkční testy (dle toho jaké všechny budou prováděny),
- speciální testy,
- aplikace mimo rozsah testování.
-
Organizace testů služby:
- harmonogram projektu,
- komunikační matice,
- komunikační plán,
- rizika a omezení,
- předpoklady,
- organizační detaily (koordinační schůzky, reporty, statistiky),
- řízení úkolů v procesu testování (služby poskytované testovacím týmem, správa defektů),
- release management,
- testovací nástroje.
5. Poznámky, reference
- Je důležité uvádět podmínky přechodu mezi jednotlivými úrovněmi testování, aby pak bylo obhajitelné, proč testování nemůže postoupit dále.
- Velmi podstatné je říct, co se testovat nebude, aby bylo vidět, kde mohou být případná rizika nebo jaké části aplikace případně je nutné ověřit jinak, atd.
|
|
|
|