how perform test documentation reviews 6 simple steps qa process
Până acum, știm cu toții că pentru un tester, Documentație este o parte integrantă a vieții sale de zi cu zi. Există o supraîncărcare de artefacte de testare care sunt create, revizuite, aprobate, utilizate, întreținute și distribuite. Întotdeauna dispunem de procese clare pentru crearea unui document, modul de utilizare a acestuia, la cine ar trebui să meargă etc.
Prin acest articol, vom arunca o lumină asupra subiectului mic, dar important - Recenzii.
Revizuirea este și o formă de testare - partea de verificare a V&V numită și Testare statică.
Ce veți învăța:
- Tipuri de recenzii
- Pasul 1: definiți criteriile
- Pasul 2: Efectuați verificarea
- Pasul 3: Înregistrați-vă rezultatele
- Pasul 4: Distribuiți, discutați și implementați modificările necesare
- Pasul 5: Controlați versiunea documentelor implicate
- Pasul 6: Deconectați-vă și utilizați documentul conform intenției
- Puncte de reținut
- Este randul tau
- Lectură recomandată
Tipuri de recenzii
- Revizuirea propriei lucrări - Auto-verificare
- Evaluare inter pares
- Supraveghere
Dacă validarea reprezintă jumătate din practicile de testare, atunci verificarea este cealaltă, dar de multe ori ghidurile sunt tulburi - Deci, să schimbăm ACUM. Este o practică generală cu articolele de la STH, vom începe cu întrebările, ce? De ce? Cum?
ce este un cod de cheie de securitate
Ce analizăm?
Tot ce este creat trebuie revizuit. Următoarele sunt câteva dintre artefactele comune examinate:
- Planul de testare
- Testează scenarii
- Șabloane de testare
- Cazuri de testare
- Date de testare
- Rapoarte ... etc.
De ce să revizuiți?
Din exact același motiv pentru care testăm software-ul, De exemplu,
- Pentru a descoperi erori
- Pentru a verifica exhaustivitatea
- Pentru a vă asigura că standardele și liniile directoare sunt respectate sau nu ... etc.
Cum să revizuiți?
Următoarele sunt lista activităților implicate:
- Definiți criteriile - Aveți o listă de verificare a ceea ce trebuie să căutați?
- Efectuați verificarea
- Înregistrați-vă rezultatele
- Distribuiți, discutați și implementați modificările necesare
- Versiunea controlează documentele implicate
- Deconectați-vă și utilizați documentul conform intenției.
Vom discuta acum fiecare pas în secțiunea „Cum” - cu alte cuvinte, procesul de realizare a acestuia.
(Cei mai mulți dintre noi testeri nu ne plac procesorul de text, nu-i așa? Pentru noi, fie înseamnă mult mai multă muncă, fie o sarcină managerială la nivel înalt pe care trebuie să o facem chiar dacă nu vrem - pentru de dragul unor respectări despre care habar n-avem. Dar, credeți-mă, când veniți cu un proces care funcționează și este suficient de simplu pentru a înțelege de ce trebuie să o facem, poate fi distractiv! Doar joacă împreună cu mine.)
Procesul pentru evaluări inter pares și revizuiri de supraveghere este același în opinia mea, deoarece un supervizor este, de asemenea, un partener, în ciuda desemnării mai mari.
Pasul 1: definiți criteriile
# 1) Ce aștepți să găsești? Puteți căuta lucruri precum:
- Greșeli de ortografie (sună prea prostesc? Nu cred, o dată am scris „Obiectul de miercuri” în loc de „Obiectul web” într-unul din articolele mele - Schimbă în întregime sensul. Aproape că este prea prost pentru a fi luat în serios.)
- Formatarea / conformitatea șablonului
- Acoperirea funcționalității și corectitudinea
- Ușurința de înțelegere
- Standarde urmate - convenții de numire, numerotare consecventă ... etc.
#Două) Faceți o listă de verificare - Listele de verificare sunt foarte versatile. Poate fi la fel de complicat ca o listă de verificare pentru recenzii sau la fel de simplu ca o listă de produse alimentare. Nu este nevoie decât de ceva timp pentru ao realiza și, odată ce ați făcut-o, este la fel de simplu ca verificarea ON sau OFF.
# 3) Cum se raportează rezultatele? - Alegeți orice este convenabil, de preferință o metodă care poate fi înregistrată și urmărită.
care este numele de utilizator și parola routerului meu
- Uneori, acest lucru poate fi la fel de simplu ca adăugarea unei coloane suplimentare în foaia Excel cu cazuri de testare și scrierea ceva în roșu atunci când nu este ceea ce ar trebui să fie.
- Poate fi cuvântul din gură
- O listă într-un e-mail
Pasul 2: Efectuați verificarea
# 1) Folosind lista de verificare făcută mai devreme, verificați documentul și oferiți feedback.
Pasul 3: Înregistrați-vă rezultatele
# 1) Din nou, folosind metoda decisă la pasul 1, înregistrați și raportați rezultatele.
#Două) Când raportați comentariile sau sugestiile dvs. de modificare, tratați-o nu diferit față de raportarea unui defect. Nu trece cu vederea nimic. Fii detaliat.
# 1) Nimănui nu-i place să i se spună că munca lui este incorectă sau incompletă. Așadar, rețineți următoarele instrucțiuni atunci când oferiți feedback negativ.
- Furnizați critici constructive - nu uitați să nu fiți critici față de persoana respectivă, ci evidențiați defectele acestui produs
- Nu deveni competitiv - doar pentru că a transmis 30 de comentarii de recenzie la cazurile dvs. de testare, nu încercați să le învingeți.
- Oferiți motive pentru a vă susține comentariile
#Două) Obțineți o semnare.
# 3) Faceți modificările
Pasul 5: Controlați versiunea documentelor implicate
# 1) Nu ștergeți versiunile mai vechi ale niciunui document. Denumiți-le în mod corespunzător și păstrați-le într-un folder de proiect centralizat. La urma urmei, aceasta este dovada tuturor lucrărilor noastre
Pasul 6: Deconectați-vă și utilizați documentul conform intenției
# 1) Odată ce toate modificările sunt încorporate, versiunea salvată, acordați procesului de revizuire o semnare și treceți la utilizarea documentului pentru ce a fost creat.
#Două) O altă întrebare care apare este: verificăm din nou după efectuarea modificărilor? De câte ori va continua acest proces - lucru-revizuire-remediere-și apoi revizuire din nou? Până când?
Nu, o recenzie nu trebuie să se întâmple mereu. Este o activitate de control al calității care se concentrează pe verificarea dacă asistenții de testare sunt creați corect sau nu. Ca întotdeauna, documentele cu zero defecte sunt imposibile. Deci, un nivel rezonabil de revizuire - o dată de către un coleg este acceptabil.
Acolo, ai terminat. Nu este acest proces simplu?
Puncte de reținut
- Fiecare proiect nu trebuie să urmeze această metodă oficială de revizuire, dar chiar dacă au o metodă informală în loc, acești pași vă vor ajuta să stabiliți așteptările și să vă ghidați.
- Documentația de testare estimările cronologiei se bazează de obicei pe timpul necesar pentru crearea și revizuirea documentelor - deci este încorporat în el, deși nu îl recunoaștem întotdeauna.
- Revizuirea nu este un proces limitat la echipele de testare manuală. Echipele de automatizare efectuează, de asemenea, ghiduri de cod, recenzii de proiectare etc.
În sfârșit, așa arată un document tipic de comentarii pentru cazurile de testare. Comentariile sunt în roșu. Nu neapărat comentarii reale, ci ceva care să arate cum se face.
Exemplu de examinare a cazurilor de testare a documentului: (faceți clic pentru a mări imaginea)
Este randul tau
Deci, mai simțiți că procesele sunt descurajante? Efectuați recenzii în proiectele dvs.? Vă rugăm să împărtășiți experiențele, provocările, întrebările și comentariile dvs. de mai jos.
Despre autor: Acesta este un post de Swati Seela - un expert la testarea manuală și de automatizare cu peste 9 ani de experiență în industrie . Ea este, de asemenea, instructor pentru cursul nostru de formare pentru testarea software-ului.
Dacă doriți să aflați testarea software de la experți, verificați programul pentru lotul nostru viitoare și mai multe despre acest curs pe această pagină .
Lectură recomandată
- 4 pași către dezvoltarea mentalității de testare agilă pentru tranziția de succes la procesul agil
- Cum se efectuează testarea produselor software - Proces și metode detaliate cu exemple
- Testarea proceselor de afaceri (BPT) - Cum să simplificați și să accelerați procesul de testare utilizând BPT
- Generați documentația de viață cu murături pentru fișierele de funcții Specflow
- Ghid de documentare pentru testarea software-ului (de ce este important)
- Ce ar trebui să știe Testerul QA despre procesul de gestionare a lansării și implementării
- Comanda Grep în Unix cu exemple simple
- 6 pași cei mai importanți pentru a vă îmbunătăți rapoartele de testare