Meniu

Cum să reproduceți un defect non-reproductibil și să vă meritați efortul de testare

how reproduce non reproducible defect

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

În lumea testarea software-ului , un defect odată găsit ar trebui să fie reproductibil în mod consecvent, astfel încât testerul să poată raporta cu convingere, un dezvoltator să poată remedia cu claritate și echipa QA să poată închide cu încredere.

testarea serviciilor web utilizând întrebări de interviu soapui

Cu toate acestea, acest proces vine uneori cu propriul set de provocări. Acest articol încearcă să ilumineze acele zone întunecate ale reproducerii defectelor.

În primul rând, ce este „ Reproducerea unui defect '?

Dacă o anumită secvență de pași a aterizat testerul într-un punct în care se observă o abatere în comportamentul așteptat - „pașii de reproducere” este câmpul defect care conține o înregistrare a acestei secvențe exacte de pași. Dacă întâmpinăm aceeași problemă, de fiecare dată când urmăm acei pași, atunci aceasta se numește defectul reproductibil.

reproduceți un defect

În plus față de pașii pentru a reproduce mai multe dovezi, cum ar fi datele utilizate, capturi de ecran sau pot fi furnizate și videoclipuri înregistrate pe ecran. În cazul în care aceste informații sunt găsite incoerente sau incorecte, erorile ar putea fi reduse și marcate ca nevalide fără o altă rezoluție.

Citeste mai mult => Cum să vă rezolvați toate erorile fără eticheta „Eroare nevalidă”?

Prin urmare, „pașii de reproducere” sunt esențiali și următoarele sunt câteva dintre punctele de care trebuie să țineți cont atunci când scrieți această parte a raportului de defecte:

Ce veți învăța:

Cum se scrie defectul „Pași pentru reproducere”:

  • Fi precis
  • Includeți datele exacte utilizate în timpul testării pentru o referință ușoară
  • Pașii trebuie să fie în ordinea exactă
  • Menționați condițiile prealabile atunci când este cazul
  • Nu scrieți pași compuși.De exemplu: Dacă scenariul necesită ca un utilizator să salveze un document din Microsoft Word, atunci acesta ar trebui să fie scris ca „Deschideți meniul Fișier și faceți clic pe opțiunea de salvare”.
  • Verificați întotdeauna pașii pentru a reproduce pe un sistem nou, ștergând toate cookie-urile și memoria cache.
  • Asigurați-vă că propozițiile sunt scurte și lipsite de ambiguități

Un „Pași de reproducere” scris incorect nu ar putea pune doar în pericol validitatea defectului, ci ar implica și mult timp pierdut în ceea ce privește căutarea de clarificări și răspunsuri cu privire la lucruri care nu sunt clar menționate.

De asemenea, citiți => Cum se scrie un raport de defecte bun

char la int în c ++

De ce este atât de importantă reproducerea unui Defect?

Acum, haideți să aflăm „De ce este atât de importantă reproducerea unui Defect?”

reproducând un Defect

Vorbind tehnic, dacă nu puteți reproduce o eroare, nu o puteți remedia niciodată .

Următorii sunt câțiva dintre factorii care determină dacă un defect se remediază:

  • Informații detaliate și complete în raportul de defecte
  • Dacă dezvoltatorul este capabil să înțeleagă apariția efectivă a unui defect în anumite condiții?
  • Dacă mediul, instrumentele și versiunile exacte ale aplicației sunt disponibile împreună cu dezvoltatorii pentru care defectul este raportat de testeri?

Ce sunt erorile / defectele „nereproductibile”?

Fiecare tester trebuie să fi trăit aceste situații:

cum să adăugați lucruri la o matrice Java
  • Observând o problemă întreaga zi și la sfârșitul zilei când ați raportat acel defect, veți găsi că nu mai este reproductibil.
  • Observarea intermitentă a unei probleme, adică, de exemplu, să presupunem că un utilizator nou nu poate adăuga produse în coșul său. Acest lucru se întâmplă de 6 din 10 ori.
  • Problemă observată numai la repornirea aplicației.

În toate aceste cazuri, este greu să determinați starea exactă și să o raportați corect. Astfel de probleme / defecte necesită mult timp în investigarea. Aceste tipuri de probleme nu pot fi ignorate, deoarece utilizatorul final / clientul le poate observa și pe acestea.

gândac

Cum să reproduceți un defect?

Câteva lucruri care ar putea ajuta sunt:

  • Ștergeți toate memoria cache și cookie-uri în timp ce efectuați scenariul.
  • Urmăriți și observați fiecare pas.
  • Uneori, căutarea unor erori sau modele similare poate fi utilă în reproducerea unei erori. Va fi mai ușor să identificați scenariul dacă modelul este înțeles.
  • Notarea fiecărui pas și a altor factori (cum ar fi datele de testare, mediul, setările sistemului, capturile de ecran, jurnalele de server etc.) vor fi o practică bună pentru a reproduce cu ușurință scenariul.
  • Verificați încă de câteva ori pentru a determina apariția defectului. Nu aveți încredere și nu raportați mai departe pe baza unei singure apariții a problemei.
  • Testarea cu răbdare este factorul cheie, deoarece acest lucru ar putea și va dura mult timp

În plus:

  • Chiar și atunci când ești efectuarea de teste exploratorii , asigurați-vă că sunteți la curent cu toate configurațiile, precum și cu setările sistemului.
  • Este bine să vă folosiți creativitatea pentru a explora aplicația în diferite moduri și pentru a încerca câteva scenarii neobișnuite. Chiar și în acest caz, este recomandabil să urmați secvențe logice mai degrabă decât să efectuați pași aleatori.
  • Odată ce o problemă este observată, este întotdeauna o bună practică să verificați aceeași problemă pe diferite combinații de browsere / sisteme de operare, diferite dispozitive (acceptate). Acest lucru vă ajută să stabiliți dacă problema este un sistem sau un browser specific / specific dispozitivului.
  • Păstrați-vă la curent cu noile tendințe și forumuri despre diferite tipuri de probleme și aparițiile acestora. Acestea ajută într-un sistem diferențiat specific, specific browserului, specific produsului, probleme externe etc.
  • În loc să încercați în continuare să reproduceți problema odată apărută, uneori să stați în spate și să analizați pașii efectuați vă poate ajuta să găsiți soluția.
  • Discutarea cu alți membri ai echipei sau managerul poate fi uneori de ajutor. De asemenea, există o zicală: Experiența contează .
  • Partajarea ecranului poate fi, de asemenea, considerată o opțiune, în afară de capturi de ecran și videoclipuri, pentru a explica problema dezvoltatorilor.
  • Reproduceți problemele de mai multe ori pentru a fi siguri de apariția unei probleme. În astfel de cazuri, veți avea încredere în testare și veți putea răspunde la întrebările și preocupările dezvoltatorilor.

Concluzie:

Cu discuția de ansamblu, se poate concluziona în mod clar că este foarte important să „reproducem un bug” pentru a face ca bug-ul să fie validat și apoi remediat. Dacă eroarea nu este reproductibilă, atunci efortul de testare utilizat pentru găsirea, analizarea și raportarea acestui eroare / defect este o risipă totală.

Pentru înțelegerea și reproducerea unei erori, este esențial să aveți detaliat și explicat corect „Pașii de reproducere”, starea și mediul în care a apărut eroarea. Este posibil să remediați un defect care nu poate fi reprodus, dar poate fi foarte timpul să consumați, precum și o sarcină foarte dificilă. Un alt factor important este comunicarea corectă, fără de care un bug valid poate fi invalidat.

Deci, pentru a vă depune efortul de testare în găsirea defectelor care merită, cele menționate mai sus vă pot fi de ajutor.

Lectură recomandată

^