Menu

Jak psát dokument strategie testování (se vzorem šablony strategie testování)

how write test strategy document

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Naučte se efektivně psát dokument strategie testování

Strategický plán pro definování testovacího přístupu, čeho chcete dosáhnout a jak toho dosáhnete.

Tento dokument odstraňuje veškeré nejistoty nebo vágní požadavky na požadavky s jasným plánem přístupu k dosažení cílů zkoušky. Testovací strategie je jedním z nejdůležitějších dokumentů týmu QA.

=> Klepnutím sem zobrazíte kompletní výukový program pro testovací plán

Jak psát dokument strategie testování

Co se naučíte:

Psaní dokumentu strategie testování

Testovací strategie

Efektivní psaní testovací strategie je dovednost, kterou by měl každý tester ve své kariéře dosáhnout. Iniciuje to vaše myšlenkový proces což pomáhá objevit mnoho chybějících požadavků. Thinking and test planning activities help a team to define the Testing scope and Test coverage.

jak spustit soubory .jar v systému Windows 10

Pomáhá testovacím manažerům kdykoli získat jasný stav projektu. Šance na ztracení jakékoli testovací aktivity jsou velmi nízké, pokud je zavedena správná testovací strategie.

Provedení testu bez jakéhokoli plánu zřídka funguje. Znám týmy, které píšou strategický dokument, ale nikdy jej nevrátí zpět během provádění testu. Plán strategie testování musí být projednán s celým týmem, aby byl tým v souladu s přístupem a odpovědností.

V krátkých termínech se nemůžete jen tak vzdát jakékoli testovací aktivity kvůli časovému tlaku. Alespoň předtím musí projít formálním procesem.

Co je to testovací strategie?

Strategie testování znamená „Jak hodláte aplikaci otestovat?“ Když dostanete aplikaci k testování, musíte uvést přesný proces / strategii, kterou se budete řídit.

Vidím, že mnoho společností velmi přísně dodržuje šablonu Testovací strategie. I bez standardní šablony můžete tento dokument Testovací strategie udržovat jednoduchý, ale stále efektivní.

Testovací strategie vs. Testovací plán

Za ta léta vidím mezi těmito dvěma dokumenty velký zmatek. Začněme tedy základními definicemi. Obecně nezáleží na tom, co přijde dříve. Dokument pro plánování testů je kombinací strategie spojené s celkovým plánem projektu. Podle IEEE Standard 829-2008 je Strategický plán podpoložkou testovacího plánu.

Každá organizace má své vlastní standardy a procesy pro údržbu těchto dokumentů. Některé organizace zahrnují podrobnosti strategie do samotného plánu testování (zde je dobrý příklad z toho). Některé organizace uvádějí strategii jako podsekci v plánu testování, ale podrobnosti jsou odděleny v různých dokumentech strategie testování.

Rozsah projektu a zaměření testu jsou definovány v plánu testu. V zásadě se zabývá pokrytím testu, funkcemi, které mají být testovány, funkcemi, které nebudou testovány, odhadem, plánováním a správou zdrojů.

Zatímco strategie zkoušek definuje pokyny pro přístup ke zkoušce, který je třeba dodržovat za účelem dosažení cílů zkoušky a provedení typů zkoušek definovaných v plánu zkoušek. Zabývá se testovacími cíli, přístupem, testovacím prostředím, strategií a nástroji automatizace a analýzou rizik s pohotovostním plánem.

Shrnutí Testovacího plánu je vize toho, čeho chcete dosáhnout, a Testovací strategie je akční plán určený k dosažení této vize!

Doufám, že to vyřeší všechny vaše pochybnosti. James Bach má o tomto tématu více diskuzí tady .

Proces vývoje dokumentu dobré strategie testování

Nedržte se pouze šablon, aniž byste pochopili, co pro váš projekt funguje nejlépe. Každý klient má své vlastní požadavky a vy se musíte držet věcí, které pro vás fungují perfektně. Nekopírujte slepě žádnou organizaci ani žádný standard. Vždy se ujistěte, zda to pomáhá vám a vašim procesům.

Níže je ukázka šablony strategie, která nastíní, co by mělo být zahrnuto v tomto plánu, spolu s několika příklady pro ilustraci toho, co má smysl pokrýt pod každou složkou.

Strategie testování v STLC:

natluču

(obraz zdroj )

Společné oddíly dokumentu o strategii zkoušek

Krok 1: Rozsah a přehled

Přehled projektu spolu s informacemi o tom, kdo by měl tento dokument použít. Uveďte také podrobnosti o tom, kdo tento dokument zkontroluje a schválí. Definujte testovací činnosti a fáze, které mají být provedeny s časovými osami, s ohledem na celkové časové osy projektu definované v plánu zkoušek.

Krok 2: Otestujte přístup

Definujte proces testování, úroveň testování, role a zodpovědnosti každého člena týmu.

Pro každého typ testu definované v plánu zkoušek ( Například, Jednotka Integrace, Systém, Regrese, Instalace / odinstalace , Test použitelnosti, zátěže, výkonu a zabezpečení) popisuje, proč by měl být prováděn, spolu s podrobnostmi, jako je kdy začít, vlastníkem testu, odpovědností, přístupem k testování a podrobnými informacemi o strategii a nástroji automatizace, pokud existují.

Při provádění testu existují různé aktivity, jako je přidávání nových defektů, třídění defektů, přiřazení defektů, opakované testování, regresní testování a nakonec testování odhlášení. Musíte definovat přesné kroky, které je třeba dodržet pro každou aktivitu. Můžete sledovat stejný proces, který pro vás fungoval v předchozích testovacích cyklech.

Prezentace všech těchto aktivit ve Visiu, včetně řady testerů a těch, kteří budou na této aktivitě pracovat, je velmi užitečná pro rychlé pochopení rolí a odpovědností v týmu.

Například, cyklus správy defektů - uveďte postup protokolování nové vady. Kam se přihlásit, jak přihlásit nové vady, jaký by měl být stav vady, kdo by měl provést třídění vad, komu přiřadit vady po třídění atd.

Také definujte proces řízení změn. To zahrnuje definici odeslání žádosti o změnu, šablonu, která se má použít, a proces zpracování žádosti.

Krok č. 3: Testovací prostředí

Nastavení testovacího prostředí by mělo obsahovat informace o řadě prostředí a požadovaném nastavení pro každé prostředí. Například, Jedno testovací prostředí pro tým funkčních testů a druhé pro tým UAT.

Definujte počet uživatelů podporovaných v každém prostředí, přístupové role pro každého uživatele, softwarové a hardwarové požadavky, jako je operační systém, paměť, volné místo na disku, počet systémů atd.

Stejně důležité je definování požadavků na testovací data. Poskytněte jasné pokyny, jak na to vytvořit testovací data (buď generovat data, nebo používat produkční data maskováním polí pro zachování soukromí).

Definujte strategii zálohování a obnovení testovacích dat. Databáze testovacího prostředí může narazit na problémy kvůli neošetřeným podmínkám v kódu. Vzpomínám si na problémy, kterým jsme čelili na jednom z projektů, když nebyla definována žádná strategie zálohování databáze a ztratili jsme celá data kvůli problémům s kódem.

Proces zálohování a obnovení by měl definovat, kdo bude zálohovat, kdy se má zálohovat, co se má zahrnout do zálohy, když se má databáze obnovit, kdo ji obnoví, a kroky maskování dat, které je třeba dodržet, pokud je databáze obnovena.

Krok č. 4: Testovací nástroje

Definujte nástroje pro správu a automatizaci testů potřebné pro provedení testu. Testování výkonu, zátěže a zabezpečení popisuje testovací přístup a požadované nástroje. Uveďte, zda se jedná o open source nebo komerční nástroj a kolik uživatelů je na něm podporováno, a podle toho plánujte.

Krok 5: Uvolněte ovládání

Jak bylo uvedeno v našem posledním Článek UAT , neplánovaný cyklus vydání může mít za následek různé verze softwaru v testovacích a UAT prostředích. Plán správy vydání se správnou historií verzí zajistí provedení testu všech úprav v tomto vydání.

Například, Nastavit proces správy sestavení, který odpoví - kde má být nové sestavení zpřístupněno, kde by mělo být nasazeno, kdy získat nové sestavení, odkud získat produkční sestavení, kdo bude vydávat, signál no-go pro produkční vydání , atd.

Krok 6: Analýza rizik

Seznam všech rizik, která si představujete. Poskytněte jasný plán ke zmírnění těchto rizik a také pohotovostní plán pro případ, že tato rizika uvidíte ve skutečnosti.

Krok č. 7: Kontrola a schválení

Pokud jsou všechny tyto činnosti definovány v plánu strategie testování, je nutné je zkontrolovat, zda je mohou odhlásit všechny subjekty zapojené do týmu řízení projektů, obchodního týmu, vývojového týmu a týmu správy systému (nebo správy prostředí).

Souhrn změn kontroly by měl být sledován na začátku dokumentu spolu s názvem schvalovatele, datem a komentářem. Je to také živý dokument, což znamená, že by měl být průběžně kontrolován a aktualizován pomocí vylepšení procesu testování.

Jednoduché tipy, jak napsat dokument strategie testování

  1. Zahrnout pozadí produktu do dokumentu strategie testování. V prvním odstavci vašeho dokumentu strategie testování odpovězte - Proč zúčastněné strany chtějí rozvíjet tento projekt? To pomůže rychle pochopit a stanovit priority věcí.
  2. Seznam všech důležitých funkcí, které budete testovat. Pokud si myslíte, že některé funkce nejsou součástí tohoto vydání, uveďte je v části „Funkce, které se nemají testovat“.
  3. Zapište si testovací přístup pro svůj projekt. Jasně, uveďte, jaké typy testování budete provádět?
    tj. funkční testování, testování uživatelského rozhraní, testování integrace, testování zátěže / stresu, testování bezpečnosti atd.
  4. Odpovězte na otázky typu, jak budete provádět funkční testování? Ruční nebo automatizované testování? Chystáte se provést všechny testovací případy ze svého nástroje pro správu testů?
  5. Který nástroj pro sledování chyb použijete? Jaký bude postup, když najdete novou chybu?
  6. Jaká jsou vaše vstupní a výstupní kritéria?
  7. Jak budete sledovat průběh testování? Jaké metriky použijete pro sledování dokončení testu?
  8. Distribuce úkolů - Definujte role a odpovědnosti každého člena týmu.
  9. Jaké dokumenty budete vyrábět během a po fázi testování?
  10. Jaká rizika vidíte při dokončení testu?

Závěr

Testovací strategie není kousek papíru. Je to odraz všech činností QA v životním cyklu testování softwaru. Postupujte podle pokynů v tomto dokumentu v procesu provádění testu a postupujte podle plánu až do vydání softwaru.

Když se projekt blíží datu vydání, je poměrně snadné omezit aktivity testování ignorováním toho, co jste definovali v dokumentu strategie testování. Je však vhodné prodiskutovat se svým týmem, zda omezení jakékoli konkrétní činnosti pomůže uvolnění či nikoli, bez jakéhokoli možného rizika závažných problémů po vydání.

Většina agilních týmů omezuje psaní strategických dokumentů, protože tým se zaměřuje spíše na provádění testů než na dokumentaci. Základní strategický testovací plán však vždy pomůže jasně naplánovat a zmírnit rizika spojená s projektem. Agilní týmy mohou zachytit a dokumentovat všechny aktivity na vysoké úrovni a dokončit provedení testu včas bez jakýchkoli problémů.

Jsem si jist, že vytvoření dobrého plánu strategie testování a jeho odhodlání se jím řídit, určitě zlepší proces testování a kvalitu softwaru. Bylo by mi potěšením, kdyby vás tento článek inspiroval k napsání plánu strategie testování pro váš projekt!

Pokud se vám tento příspěvek líbí, zvažte jeho sdílení se svými přáteli!

=> Navštivte zde kompletní výukový program pro testovací plán

Doporučené čtení

^