how perform test documentation reviews 6 simple steps qa process
Do sada svi znamo da za tester, Dokumentacija je sastavni dio njegovog svakodnevnog života. Postoji preopterećenje artefakata koji se stvaraju, pregledavaju, odobravaju, koriste, održavaju i distribuiraju. Uvijek imamo jasno definirane postupke kako stvoriti dokument, kako ga koristiti, kome treba ići itd.
Kroz ovaj ćemo članak rasvijetliti malu, ali važnu temu - Recenzije.
Pregled je također oblik ispitivanja - dio provjere i nadzora koji se naziva i statičko ispitivanje.
Što ćete naučiti:
- Vrste recenzija
- Korak 1: Definirajte kriterije
- Korak 2: Izvršite provjeru
- Korak 3: Snimite svoje rezultate
- Korak 4: Podijelite, raspravite i provedite potrebne promjene
- Korak 5: Kontrola verzija uključenih dokumenata
- Korak 6: Odjavite se i upotrijebite dokument kako je predviđeno
- Bodovi koje treba zapamtiti
- Preko tebe
- Preporučena literatura
Vrste recenzija
- Recenzija vlastitog rada - Samoprovjera
- Recenzija
- Nadzorni
Ako je validacija polovica praksi testiranja, onda je verifikacija druga, ali često su smjernice mutne - Pa promijenimo to SADA. Je li to opća praksa sa člancima na STH, započet ćemo s pitanjima, Što? Zašto? Kako?
implementacija hash funkcije c ++
Što pregledavamo?
Sve stvoreno mora se pregledati. Slijede neki od uobičajenih pregledanih artefakata:
- Plan ispitivanja
- Testni scenariji
- Predlošci za testiranje
- Ispitni slučajevi
- Podaci o ispitivanju
- Izvješća ... itd
Zašto pregledavati?
Iz potpuno istog razloga mi testiramo softver, Na primjer,
- Da bi se otkrile pogreške
- Da biste provjerili cjelovitost
- Kako bi bili sigurni da se poštuju standardi i smjernice ... itd.
Kako pregledati?
Slijedi popis uključenih aktivnosti:
- Definirajte kriterije - Imate popis za provjeru na što treba paziti?
- Izvršite provjeru
- Snimite svoje rezultate
- Podijelite, raspravite i provedite potrebne promjene
- Kontrola inačica uključenih dokumenata
- Odjavite se i upotrijebite dokument kako je predviđeno.
Sada ćemo raspravljati o svakom koraku u odjeljku 'Kako' - drugim riječima, o procesu izvođenja.
(Većini nas testera ne sviđa se program za obradu teksta, zar ne? Za nas to znači puno više posla ili neki menadžerski zadatak na visokoj razini koji moramo obaviti čak i ako to ne želimo - radi neke usklađenosti o kojoj nemamo pojma. Ali, vjerujte mi, kad smislite proces koji djeluje i dovoljno je jednostavno da shvatimo zašto to moramo učiniti, može biti zabavno! Samo se poigrajte sa mnom.)
Po meni je postupak za recenzije i nadzorne preglede isti jer je supervizor također vršnjak unatoč višoj ocjeni.
Korak 1: Definirajte kriterije
# 1) Što očekujete pronaći? Možete potražiti stvari poput:
- Pravopisne pogreške (Zvuči previše glupo? Mislim da ne, jednom sam u jednom od svojih članaka umjesto 'Web Object' napisao 'Wed Object' - U potpunosti mijenja značenje. Gotovo je previše glupo da bi se na njega ozbiljno gledalo.)
- Sukladnost formata / predloška
- Pokrivenost i ispravnost funkcionalnosti
- Jednostavnost razumijevanja
- Uslijedili su standardi - konvencije imenovanja, dosljedno numeriranje ... itd.
#dva) Napravite kontrolni popis - Kontrolni popisi vrlo su svestrani. To može biti složeno poput kontrolnog popisa za pregled ili jednostavno poput popisa namirnica. Sve što vam treba je malo vremena, a kad to napravite, jednostavno je poput provjere UKLJUČENO ili ISKLJUČENO.
# 3) Kako izvijestiti o rezultatima? - Odaberite sve što je prikladno, po mogućnosti metodu koja se može snimati i pratiti.
- To ponekad može biti jednostavno poput dodavanja dodatnog stupca u excel listu s test primjerima i pisanja nečega crvenom bojom kad nije ono što bi trebalo biti.
- Može biti usmena predaja
- Popis u e-poruci
Korak 2: Izvršite provjeru
# 1) Koristeći ranije napravljeni kontrolni popis, provjerite dokument i pošaljite svoje povratne informacije.
Korak 3: Snimite svoje rezultate
# 1) Opet, koristeći metodu odlučenu u koraku 1, zabilježite i prijavite svoje rezultate.
java kako napraviti red
#dva) Kada prijavljujete svoje komentare ili prijedloge za promjenu, ne ponašajte se drugačije nego prema prijavi nedostatka. Ne previdite ništa. Budite detaljni.
# 1) Nitko ne voli da mu se govori da je njihov rad netočan ili nepotpun. Stoga imajte na umu sljedeće smjernice kada pružate negativne povratne informacije.
- Dajte konstruktivnu kritiku - sjetite se da ne budete kritični prema osobi, ali ukažite na nedostatke u ovom proizvodu
- Ne budite konkurentni - samo zato što je dao 30 komentara na vaše testne slučajeve, ne pokušavajte ga nadmašiti.
- Navedite razloge za podržavanje svojih komentara
#dva) Nabavite odjavu.
# 3) Neka se promjene izvrše
Korak 5: Kontrola verzija uključenih dokumenata
# 1) Ne brišite starije verzije bilo kojeg dokumenta. Dajte im prikladno ime i čuvajte ih u centraliziranoj mapi projekata. Napokon, ovo su dokazi za sav naš rad
Korak 6: Odjavite se i upotrijebite dokument kako je predviđeno
# 1) Nakon što se uvrste sve promjene, verzija se spremi, odjavite postupak pregleda i prijeđite na korištenje dokumenta za ono za što je stvoren.
#dva) Još jedno pitanje koje se nameće jest - provjeravamo li ponovno nakon izvršenih promjena? Koliko puta će se taj postupak odvijati - raditi - pregledati - popraviti - i zatim ponovno pregledavati? Sve dok?
Ne, pregled se ne mora ponavljati uvijek iznova. To je aktivnost kontrole kvalitete koja se fokusira na provjeru jesu li pomagači za testiranje stvoreni ispravno ili ne. Kao i uvijek, dokumenti bez oštećenja su nemogući. Dakle, prihvatljiva je razumna razina provjere - jednokratno od strane kolege.
Eto, gotovi ste. Nije li ovaj postupak jednostavan?
Bodovi koje treba zapamtiti
- Svaki projekt ne mora slijediti ovu formaliziranu metodu pregleda, ali čak i ako imaju neformalnu metodu, ovi će koraci pomoći u postavljanju očekivanja i voditi vas dalje.
- Ispitna dokumentacija procjene vremenskih traka obično se temelje na vremenu potrebnom za izradu i pregled dokumenata, tako da je ugrađen u njega, iako ga ne prepoznajemo uvijek.
- Pregled nije postupak koji je ograničen na timove za ručno testiranje. Automatizacijski timovi također izvode prolaz kroz kôd, recenzije dizajna itd.
I na kraju, ovako izgleda tipični pregledni komentar komentara za test slučajeve. Komentari su u crvenoj boji. Ne nužno stvarni komentari, ali nešto što će pokazati kako se to radi.
Uzorak Ispitni slučajevi Dokument: (kliknite za uvećanje slike)
Preko tebe
Pa, osjećate li još uvijek da su procesi zastrašujući? Izvodite li recenzije u svojim projektima? Molimo podijelite svoja iskustva, izazove, pitanja i komentare u nastavku.
O autoru: Ovo je post Swati Seele - stručnjak za ručno i automatizirano ispitivanje s preko 9 godina iskustva u industriji . Također je instruktorica za naš tečaj za testiranje softvera.
Ako želite naučiti testiranje softvera od stručnjaka, provjerite raspored za našu nadolazeću seriju i više o ovom tečaju na ovoj stranici .
Preporučena literatura
- 4 koraka prema razvoju agilnog načina testiranja za uspješan prijelaz na agilni proces
- Kako izvesti ispitivanje softverskih proizvoda - detaljan postupak i metode s primjerima
- Ispitivanje poslovnih procesa (BPT) - Kako pojednostaviti i ubrzati postupak testiranja pomoću BPT-a
- Generirajte živu dokumentaciju s kiselim krastavcima za datoteke značajki specflowa
- Vodič za dokumentaciju za testiranje softvera (zašto je to važno)
- Što QA tester treba znati o procesu upravljanja puštanjem i postavljanjem
- Grep naredba u Unixu s jednostavnim primjerima
- 6 najvažnijih koraka za poboljšanje izvještaja o testiranju