Menu

Ako napísať dokument stratégie testovania (so vzorovou šablónou stratégie testovania)

how write test strategy document

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Naučte sa efektívne písať dokument o stratégii testu

Strategický plán pre definovanie testovacieho prístupu, toho, čo chcete dosiahnuť a ako to chcete dosiahnuť.

Tento dokument odstraňuje všetky nejasnosti alebo nejasné vyhlásenia o požiadavkách s jasným plánom prístupu na dosiahnutie cieľov skúšky. Stratégia testovania je jedným z najdôležitejších dokumentov pre tím QA.

predvolená brána nie je k dispozícii v systéme Windows 10

=> Kliknutím sem zobrazíte kompletnú sériu návodov na kompletný testovací plán

Ako napísať dokument stratégie testovania

Čo sa dozviete:

Písanie dokumentu Stratégia testu

Stratégia testovania

Efektívne písanie stratégie testovania je zručnosť, ktorú by mal každý tester dosiahnuť vo svojej kariére. Iniciuje to vaše Myšlienkový proces čo pomáha odhaliť veľa chýbajúcich požiadaviek. Činnosti v oblasti myslenia a plánovania testov pomáhajú tímu definovať rozsah testovania a pokrytie testom.

Pomáha testovacím manažérom kedykoľvek získať jasný stav projektu. Šanca na chýbajúcu testovaciu aktivitu je veľmi nízka, ak existuje správna stratégia testovania.

Vykonanie testu bez plánu funguje zriedka. Poznám tímy, ktoré píšu strategický dokument, ale nikdy ho nevrátia späť počas vykonávania testu. Plán stratégie testovania musí byť prediskutovaný s celým tímom, aby bol tím v súlade s prístupom a zodpovednosťou.

V krátkych termínoch sa nemôžete len tak vzdať akejkoľvek testovacej činnosti z dôvodu časového tlaku. Predtým musí prejsť aspoň formálnym procesom.

Čo je stratégia testovania?

Stratégia testovania znamená „Ako testujete aplikáciu?“ Keď dostanete aplikáciu na testovanie, musíte spomenúť presný proces / stratégiu, ktorou sa budete riadiť.

Vidím, že veľa spoločností veľmi prísne dodržiava šablónu testovacej stratégie. Aj bez štandardnej šablóny môžete tento dokument Stratégie testovania udržiavať jednoduchý, ale stále efektívny.

Testovanie stratégie vs. Plán skúšok

Za tie roky vidím medzi týmito dvoma dokumentmi veľký zmätok. Začnime teda základnými definíciami. Spravidla nezáleží na tom, čo bude skôr. Dokument plánovania testov je kombináciou stratégie spojenej s celkovým plánom projektu. Podľa IEEE Štandardné 829-2008 je Strategický plán podpoložkou testovacieho plánu.

Každá organizácia má svoje vlastné štandardy a procesy na údržbu týchto dokumentov. Niektoré organizácie zahŕňajú podrobnosti stratégie do samotného plánu testov (tu je dobrý príklad z toho). Niektoré organizácie uvádzajú stratégiu ako pododdiel v pláne testovania, podrobnosti sú však oddelené v rôznych dokumentoch stratégie testovania.

Rozsah projektu a zameranie testu sú definované v testovacom pláne. V zásade sa zaoberá pokrytím testami, funkciami, ktoré sa majú testovať, funkciami, ktoré sa nemajú testovať, odhadom, plánovaním a správou zdrojov.

Zatiaľ čo stratégia testovania definuje pokyny pre testovací prístup, ktorý sa má dodržiavať pri dosahovaní cieľov testu a vykonávania typov testov definovaných v testovacom pláne. Zaoberá sa cieľmi testu, prístupom, testovacím prostredím, stratégiou a nástrojmi automatizácie a analýzou rizík s pohotovostným plánom.

Zhrnutie Testovací plán je víziou toho, čo chcete dosiahnuť a Testovacia stratégia predstavuje akčný plán určený na dosiahnutie tejto vízie!

Dúfam, že to vyrieši všetky vaše pochybnosti. O tejto téme viac diskutuje James Bach tu .

Proces vypracovania dokumentu stratégie dobrého testu

Nedodržiavajte iba šablóny bez toho, aby ste pochopili, čo pre váš projekt najlepšie vyhovuje. Každý klient má svoje vlastné požiadavky a vy sa musíte držať vecí, ktoré pre vás fungujú perfektne. Nekopírujte slepo žiadnu organizáciu ani žiadny štandard. Vždy sa uistite, či to pomáha vám a vašim procesom.

Ďalej je uvedená vzorová šablóna stratégie, ktorá načrtne, čo by sa malo v tomto pláne zahrnúť, spolu s niekoľkými príkladmi, ktoré ilustrujú, čo má zmysel zahrnúť pod každú zložku.

Stratégia testovania v STLC:

STLC

[obrázok zdroj ]

Spoločné oddiely dokumentu o stratégii testovania

Krok 1: Rozsah a prehľad

Prehľad projektu spolu s informáciami o tom, kto by mal tento dokument použiť. Uveďte tiež podrobnosti o tom, kto tento dokument skontroluje a schváli. Definujte testovacie činnosti a fázy, ktoré sa majú vykonať s časovými harmonogramami, s ohľadom na celkové časové harmonogramy projektu definované v testovacom pláne.

Krok 2: Vyskúšajte prístup

Definujte proces testovania, úroveň testovania, úlohy a zodpovednosti každého člena tímu.

Pre každého typ skúšky definované v testovacom pláne ( Napríklad, Jednotka Integrácia, systém, regresia, Inštalácia / odinštalovanie (Testovanie použiteľnosti, zaťaženia, výkonu a zabezpečenia) popisuje, prečo by sa malo testovanie uskutočňovať, spolu s podrobnosťami, ako je kedy začať, vlastníkom testov, zodpovednosťou, prístupom k testovaniu a podrobnými informáciami o stratégii a nástroji automatizácie, ak sú použiteľné.

Pri vykonávaní testu existujú rôzne činnosti, ako je pridávanie nových defektov, triedenie defektov, priradenie defektov, opätovné testovanie, regresné testovanie a nakoniec testovacie odhlásenie. Musíte definovať presné kroky, ktoré treba dodržať pre každú činnosť. Môžete postupovať podľa rovnakého postupu, ktorý fungoval pre vás v predchádzajúcich testovacích cykloch.

Prezentácia všetkých týchto aktivít vo Visiu vrátane niekoľkých testerov a tých, ktorí budú na tejto aktivite pracovať, sú veľmi užitočné pre rýchle pochopenie rolí a zodpovedností v tíme.

Napríklad, cyklus správy defektov - uveďte postup zaznamenania novej defektu. Kam sa prihlásiť, ako prihlásiť nové chyby, aký by mal byť stav chyby, kto má robiť triedenie chýb, komu prideľovať chyby po triedení atď.

Definujte tiež proces riadenia zmien. Patrí sem definovanie odoslania žiadosti o zmenu, šablóna, ktorá sa má použiť, a proces spracovania žiadosti.

Krok 3: Testovacie prostredie

Nastavenie testovacieho prostredia by malo načrtnúť informácie o množstve prostredí a požadovanom nastavení pre každé prostredie. Napríklad, Jedno testovacie prostredie pre tím funkčných testov a druhé pre tím UAT.

Definujte počet používateľov podporovaných v každom prostredí, prístupové roly pre každého používateľa, softvérové ​​a hardvérové ​​požiadavky, ako je operačný systém, pamäť, voľné miesto na disku, počet systémov atď.

Rovnako dôležité je definovanie požiadaviek na testovacie údaje. Poskytnite jasné pokyny, ako na to vytvoriť testovacie dáta (buď generujte údaje, alebo použite produkčné údaje maskovaním polí na ochranu osobných údajov).

čo je najlepšia aplikácia na sťahovanie videí z youtube

Definujte stratégiu zálohovania a obnovenia testovacích údajov. Databáza testovacieho prostredia môže naraziť na problémy v dôsledku nespracovaných podmienok v kóde. Pamätám si problémy, ktorým sme čelili v jednom z projektov, keď nebola definovaná žiadna stratégia zálohovania databázy a kvôli problémom s kódom sme prišli o celé dáta.

Proces zálohovania a obnovy by mal definovať, kto bude zálohovať, kedy sa má zálohovanie vykonať, čo sa má zahrnúť do zálohy, keď sa má obnoviť databáza, kto ju obnoví, a kroky maskovania údajov, ktoré treba dodržať, ak sa obnoví databáza.

Krok 4: Testovacie nástroje

Definujte nástroje na správu a automatizáciu testov potrebné na vykonanie testu. Testovanie výkonu, zaťaženia a zabezpečenia popisuje testovací prístup a požadované nástroje. Uveďte, či ide o otvorený zdrojový alebo komerčný nástroj a koľko používateľov je v ňom podporovaných, a podľa toho naplánujte.

Krok č. 5: Uvoľnenie ovládania

Ako už bolo spomenuté v našom poslednom Článok UAT , neplánovaný cyklus vydania by mohol mať za následok rôzne verzie softvéru v testovacích a UAT prostrediach. Plán správy vydaní so správnou históriou verzií zabezpečí testovacie vykonanie všetkých úprav v danom vydaní.

Napríklad, Nastaviť proces riadenia zostavenia, ktorý odpovie - kde by mala byť nová zostava sprístupnená, kde by mala byť nasadená, kedy získať novú zostavu, odkiaľ získať zostavu výroby, kto dá povolenie, signál zákazu výroby , atď.

Krok 6: Analýza rizika

Uveďte všetky riziká, ktoré si predstavujete. Poskytnite jasný plán na zmiernenie týchto rizík a tiež pohotovostný plán v prípade, že tieto riziká vidíte v skutočnosti.

Krok 7: Kontrola a schválenia

Keď sú všetky tieto činnosti definované v pláne stratégie testovania, je potrebné, aby boli skontrolované, či ich môžu podpísať všetky subjekty zapojené do tímu riadenia projektu, obchodného tímu, vývojového tímu a tímu správy systému (alebo riadenia prostredia).

Súhrn zmien kontroly by sa mal sledovať na začiatku dokumentu spolu s menom, dátumom a komentárom schvaľovateľa. Je to tiež živý dokument, čo znamená, že by sa mal neustále vylepšovať a aktualizovať vylepšeniami procesu testovania.

Jednoduché tipy na napísanie testovacej stratégie

  1. Zahrňte pozadie produktu do dokumentu stratégie testovania. V prvom odseku dokumentu s testovacou stratégiou odpovedzte - Prečo chcú zúčastnené strany rozvinúť tento projekt? Pomôže to rýchlo pochopiť a uprednostniť veci.
  2. Uveďte všetky dôležité funkcie, ktoré sa chystáte testovať. Ak si myslíte, že niektoré funkcie nie sú súčasťou tohto vydania, uveďte ich v časti „Funkcie, ktoré sa nemajú testovať“.
  3. Zapíšte si testovací prístup pre váš projekt. Jednoznačne uveďte, aké typy testovania budete vykonávať?
    tj funkčné testovanie, testovanie používateľského rozhrania, testovanie integrácie, testovanie záťaže / stresu, testovanie bezpečnosti atď.
  4. Odpovedzte na otázky, ako budete vykonávať funkčné testovanie? Ručné alebo automatizované testovanie? Chystáte sa vykonať všetky testovacie prípady zo svojho nástroja na správu testov?
  5. Ktorý nástroj na sledovanie chýb použijete? Aký bude postup, keď nájdete novú chybu?
  6. Aké sú vaše vstupné a výstupné kritériá?
  7. Ako budete sledovať priebeh testovania? Aké metriky použijete na sledovanie absolvovania testu?
  8. Rozdelenie úloh - Definujte úlohy a zodpovednosti každého člena tímu.
  9. Aké dokumenty budete vyrábať počas fázy testovania a po nej?
  10. Aké riziká vidíte pri dokončení testu?

Záver

Stratégia testovania nie je kúskom papiera. Je to odraz všetkých aktivít QA v životnom cykle testovania softvéru. Tento dokument čas od času postúpte v procese vykonania testu a postupujte podľa plánu až do vydania softvéru.

Keď sa projekt blíži k dátumu vydania, je celkom ľahké obmedziť testovacie aktivity ignorovaním toho, čo ste definovali v dokumente stratégie testovania. Je však vhodné prediskutovať so svojím tímom, či obmedzenie konkrétnej činnosti pomôže uvoľneniu alebo nie, a to bez potenciálneho rizika závažných problémov po prepustení.

Väčšina agilných tímov obmedzuje písanie strategických dokumentov, pretože tím sa zameriava skôr na vykonávanie testov ako na dokumentáciu. Plán základnej stratégie testovania však vždy pomôže jasne naplánovať a zmierniť riziká spojené s projektom. Agilné tímy môžu zachytiť a zdokumentovať všetky aktivity na vysokej úrovni a dokončiť testovanie včas bez akýchkoľvek problémov.

Som si istý, že vypracovanie dobrého plánu stratégie testovania a jeho odhodlanie sa ním riadiť určite zlepší proces testovania a kvalitu softvéru. Bolo by mi potešením, keby vás tento článok inšpiroval k napísaniu plánu stratégie testovania pre váš projekt!

Ak sa vám tento príspevok páči, zvážte jeho zdieľanie so svojimi priateľmi!

=> Celý seminár s kompletným plánom testovacieho plánu nájdete tu

Odporúčané čítanie

^