Meni

Kako napisati dokument strategije testiranja (s uzorkom predloška strategije testiranja)

how write test strategy document

Naučite učinkovito pisati dokument strategije testiranja

Strateški plan za definiranje pristupa testiranju, što želite postići i kako ćete to postići.

Ovaj dokument uklanja sve nesigurnosti ili nejasne zahtjeve s jasnim planom pristupa za postizanje ciljeva ispitivanja. Strategija testiranja jedan je od najvažnijih dokumenata za QA tim.

=> Kliknite ovdje za potpunu seriju vodiča za plan ispitivanja

Kako napisati dokument o strategiji ispitivanja

Što ćete naučiti:

Pisanje dokumenta o strategiji ispitivanja

Strategija ispitivanja

Učinkovito pisanje strategije testiranja vještina je koju bi svaki tester trebao postići u svojoj karijeri. Inicira vaš misaoni proces što pomaže otkriti mnoge nedostajuće zahtjeve. Aktivnosti razmišljanja i planiranja ispitivanja pomažu timu da definira opseg testiranja i pokrivenost testom.

Pomaže voditeljima ispitivanja da u bilo kojem trenutku dobiju jasno stanje projekta. Šanse da propustite bilo koju testnu aktivnost vrlo su male kada postoji odgovarajuća strategija testiranja.

Izvođenje testa bez ikakvog plana rijetko kad uspije. Znam timove koji pišu strateški dokument, ali ga nikad ne vraćaju natrag tijekom izvođenja testa. O planu strategije testiranja mora se razgovarati s cijelim timom kako bi tim bio u skladu s pristupom i odgovornostima.

U kratkim rokovima ne možete se samo odreći bilo kakve aktivnosti testiranja zbog vremenskog pritiska. Prije toga mora proći formalni postupak.

Što je test strategija?

Strategija testiranja znači 'Kako ćete testirati aplikaciju?' Morate spomenuti točan postupak / strategiju koji ćete slijediti kada dobijete prijavu za testiranje.

Vidim da se mnoge tvrtke vrlo strogo pridržavaju predloška Strategije testiranja. Čak i bez bilo kakvog standardnog predloška, ​​ovaj dokument Strategije testiranja možete održavati jednostavnim, ali i dalje učinkovitim.

Test strategija vs. Plan ispitivanja

Tijekom godina vidim veliku zbrku između ova dva dokumenta. Pa krenimo s osnovnim definicijama. Općenito, nije važno što je prvo. Dokument za planiranje ispitivanja kombinacija je strategije koja je povezana sa cjelokupnim projektnim planom. Prema IEEE Standard 829-2008, Strateški plan je podtačka plana ispitivanja.

Svaka organizacija ima svoje standarde i postupke za održavanje tih dokumenata. Neke organizacije uključuju detalje strategije u sam plan ispitivanja (ovdje je dobar primjer od ovog). Neke organizacije navode strategiju kao pododjeljak u planu testiranja, ali detalji su odvojeni u različitim dokumentima strategije testiranja.

Opseg projekta i fokus ispitivanja definirani su planom ispitivanja. U osnovi se bavi pokrivanjem testova, značajkama koje treba testirati, značajkama koje se ne testiraju, procjenom, raspoređivanjem i upravljanjem resursima.

Dok strategija ispitivanja definira smjernice za pristup ispitivanju koje treba slijediti kako bi se postigli ciljevi ispitivanja i izvršavanje vrsta ispitivanja definiranih u planu ispitivanja. Bavi se ciljevima ispitivanja, pristupom, testnim okruženjem, strategijom i alatima automatizacije te analizom rizika s planom nepredviđenih događaja.

Sažeti plan testiranja vizija je onoga što želite postići, a strategija testiranja akcijski plan osmišljen za postizanje ove vizije!

Nadam se da će vam ovo razjasniti sve sumnje. James Bach ima više rasprava na ovu temu ovdje .

Proces izrade dobrog dokumenta o strategiji ispitivanja

Nemojte samo slijediti predloške, a da ne razumijete što najbolje odgovara vašem projektu. Svaki klijent ima svoje zahtjeve i morate se pridržavati stvari koje vam savršeno odgovaraju. Ne kopirajte slijepe organizacije ili bilo koji standard. Uvijek provjerite pomaže li to vama i vašim procesima.

Ispod je uzorak predloška strategije koji će dati pregled onoga što bi trebalo biti obuhvaćeno ovim planom, zajedno s nekoliko primjera kako bi se ilustriralo što ima smisla obuhvaćati svaku komponentu.

Test strategija u STLC-u:

STLC

[slika izvor ]

Uobičajeni dijelovi dokumenta o strategiji ispitivanja

Korak # 1: Opseg i pregled

Pregled projekta zajedno s informacijama o tome tko bi trebao koristiti ovaj dokument. Također navedite detalje poput onoga tko će pregledati i odobriti ovaj dokument. Definirajte aktivnosti ispitivanja i faze koje će se provoditi s vremenskim rokovima s obzirom na ukupne vremenske rokove projekta definirane u planu ispitivanja.

Korak # 2: Test pristup

Definirajte postupak testiranja, razinu testiranja, uloge i odgovornosti svakog člana tima.

Za svaki vrsta ispitivanja definirano u planu ispitivanja ( Na primjer, Jedinica , Integracija, sustav, regresija, Instalacija / deinstalacija , Ispitivanje upotrebljivosti, opterećenja, performansi i sigurnosti) opisuju zašto bi se to trebalo provoditi, zajedno s pojedinostima poput kada započeti, vlasnika testiranja, odgovornosti, pristupa testiranju i detalja strategije automatizacije i alata ako je primjenjivo.

U izvršavanju testa postoje razne aktivnosti poput dodavanja novih nedostataka, trijaže defekata, dodjeljivanja kvarova, ponovnog testiranja, regresijskog ispitivanja i na kraju prijave s testa. Morate definirati točne korake koje treba slijediti za svaku aktivnost. Možete slijediti isti postupak koji je radio za vas u prethodnim ciklusima ispitivanja.

Visio prezentacija svih ovih aktivnosti, uključujući brojne testere i tko će raditi na toj aktivnosti, vrlo je korisna za brzo razumijevanje uloga i odgovornosti u timu.

Na primjer, ciklus upravljanja nedostacima - spomenite postupak evidentiranja novog nedostatka. Gdje se prijaviti, kako prijaviti nove nedostatke, kakav bi trebao biti status kvara, tko bi trebao izvršiti trijažu defekata, kome dodijeliti nedostatke nakon trijaže itd.

Također definirajte postupak upravljanja promjenama. To uključuje definiranje podnošenja zahtjeva za promjenu, predloška koji će se koristiti i postupka za obradu zahtjeva.

Korak # 3: Test okruženje

Postavljanje testnog okruženja trebalo bi dati informacije o brojnim okruženjima i potrebnim postavkama za svako okruženje. Na primjer, Jedno testno okruženje za funkcionalni testni tim, a drugo za UAT tim.

Definirajte broj korisnika podržanih u svakom okruženju, uloge pristupa za svakog korisnika, softverske i hardverske zahtjeve poput operativnog sustava, memorije, slobodnog prostora na disku, broja sustava itd.

Definiranje zahtjeva za testnim podacima jednako je važno. Dajte jasne upute kako to učiniti stvoriti test podatke (ili generirati podatke ili koristiti proizvodne podatke maskiranjem polja radi privatnosti).

Definirajte strategiju sigurnosnog kopiranja i vraćanja podataka. Baza podataka testnog okruženja može naići na probleme zbog neobrađenih uvjeta u kodu. Sjećam se problema s kojima smo se suočavali na jednom od projekata kada nije definirana strategija izrade sigurnosne kopije baze podataka i zbog problema s kodom izgubili smo cijele podatke.

Postupak izrade sigurnosne kopije i obnavljanja trebao bi definirati tko će sigurnosne kopije izraditi kada će se izraditi sigurnosna kopija, što uključiti u sigurnosnu kopiju kada obnoviti bazu podataka, tko će je vratiti i korake za maskiranje podataka koje treba slijediti ako se baza podataka vrati.

Korak # 4: Alati za testiranje

Definirajte alate za upravljanje testovima i automatizaciju potrebne za izvršavanje testa. Za ispitivanje performansi, opterećenja i sigurnosti opišite pristup testiranju i potrebne alate. Spomenite je li to open source ili komercijalni alat i koliko je korisnika na njemu podržano te planirajte u skladu s tim.

Korak # 5: Otpuštanje kontrole

Kao što je spomenuto u našem zadnjem UAT članak , neplanirani ciklus izdanja mogao bi rezultirati različitim verzijama softvera u testnom i UAT okruženju. Plan upravljanja izdanjima s odgovarajućom poviješću verzija osigurat će testno izvršavanje svih izmjena u tom izdanju.

Na primjer, Postavite postupak upravljanja gradnjom koji će odgovoriti - gdje bi nova gradnja trebala biti dostupna, gdje bi trebala biti raspoređena, kada nabaviti novu gradnju, odakle dobiti proizvodnu građu, tko će dati potez, znak za zabranu puštanja u rad itd.

Korak # 6: Analiza rizika

Navedite sve rizike koje predviđate. Navedite jasan plan za ublažavanje tih rizika, a također i plan za nepredviđene slučajeve u slučaju da te rizike vidite u stvarnosti.

kako biste povećali sigurnost interne mreže vaše tvrtke

Korak # 7: Pregled i odobrenja

Kada su sve ove aktivnosti definirane u planu strategije testiranja, svi subjekti uključeni u upravljanje projektima, poslovni tim, razvojni tim i tim za administraciju sustava (ili upravljanje okolišem) moraju ih pregledati radi odjave.

Sažetak izmjena pregleda treba pratiti na početku dokumenta, zajedno s imenom, datumom i komentarom odobravatelja. Također, to je živi dokument što znači da ga treba kontinuirano pregledavati i ažurirati s poboljšanjima u procesu testiranja.

Jednostavni savjeti za pisanje dokumenta o strategiji ispitivanja

  1. Uključite pozadinu proizvoda u dokument o strategiji ispitivanja. U prvom odlomku vašeg dokumenta o strategiji testiranja odgovorite - Zašto dionici žele razvijati ovaj projekt? To će vam pomoći da stvari brzo razumijete i odredite prioritete.
  2. Navedite sve važne značajke koje ćete testirati. Ako mislite da neke značajke nisu dio ovog izdanja, navedite ih pod oznakom 'Značajke koje se ne testiraju'.
  3. Zapišite testni pristup za svoj projekt. Jasno, spomenite koje ćete vrste ispitivanja provesti?
    tj. funkcionalno testiranje, testiranje korisničkog sučelja, testiranje integracije, ispitivanje opterećenja / naprezanja, sigurnosno testiranje itd.
  4. Odgovorite na pitanja poput toga kako ćete izvršiti funkcionalno testiranje? Ručno ili automatizirano ispitivanje? Hoćete li izvršiti sve testove iz svog alata za upravljanje testovima?
  5. Koji ćete alat za praćenje grešaka koristiti? Kakav će biti postupak kada pronađete novu grešku?
  6. Koji su vaši testni kriteriji za ulaz i izlaz?
  7. Kako ćete pratiti napredak u testiranju? Koje ćete mjerne podatke koristiti za praćenje završetka testa?
  8. Raspodjela zadataka - Definirajte uloge i odgovornosti svakog člana tima.
  9. Koje ćete dokumente predočiti tijekom i nakon faze testiranja?
  10. Koje rizike vidite u završetku testa?

Zaključak

Test strategija nije papir. To je odraz čitavih QA aktivnosti u životnom ciklusu testiranja softvera. Pregledajte ovaj dokument s vremena na vrijeme u postupku izvođenja testa i slijedite plan do izdavanja softvera.

Kad se projekt približi datumu izdavanja, prilično je jednostavno smanjiti aktivnosti testiranja zanemarujući ono što ste definirali u dokumentu strategije testiranja. No, poželjno je razgovarati sa svojim timom hoće li smanjenje neke određene aktivnosti pomoći u oslobađanju bez ikakvog potencijalnog rizika od većih problema nakon objavljivanja.

Većina agilnih timova smanjila je pisanje strateških dokumenata jer je tim fokus na izvođenju testa, a ne na dokumentaciji. Ali posjedovanje osnovnog plana strategije testiranja uvijek pomaže u jasnom planiranju i ublažavanju rizika uključenih u projekt. Agili timovi mogu snimiti i dokumentirati sve aktivnosti na visokoj razini kako bi izvršili testiranje na vrijeme bez ikakvih problema.

Siguran sam da će razvijanje dobrog plana strategije testiranja i obveza da ga slijedite definitivno poboljšati postupak testiranja i kvalitetu softvera. Bilo bi mi zadovoljstvo ako vas ovaj članak nadahne da napišete plan strategije testiranja za svoj projekt!

Ako vam se sviđa ovaj post, razmislite o tome da ga podijelite sa svojim prijateljima!

=> Posjetite ovdje za cjelovitu seriju vodiča za plan ispitivanja

Preporučena literatura

^