ce este retestarea?
retestare : pentru a se asigura că defectele care au fost găsite și postate în versiunea anterioară au fost remediate sau nu în versiunea curentă.
retestarea rulează din nou cazurile de testare eșuate anterior pe noul software pentru a verifica dacă defectele postate anterior sunt remediate sau nu.
în cuvinte simple, retestarea testează o eroare specifică după ce a fost remediată.
exemplu: spune, Build 1.0 a fost lansat. În timp ce testarea construi 1.0, echipa de testare a constatat unele defecte (de exemplu, Defect id 1.0.1 și Defect id 1.0.2) și postat. Echipa de testare testează defectele 1.0.1 și 1.0.2 din versiunea 1.1 (numai dacă aceste două defecte sunt menționate în nota de lansare a versiunii 1.1) pentru a se asigura dacă defectele sunt remediate sau nu.
proces: conform ciclului de viață al erorilor, odată ce un tester a găsit o eroare, eroarea este raportată echipei de dezvoltare. Starea Bug – ului ar trebui să fie „nouă”. Echipa de dezvoltare poate accepta sau respinge eroarea. Dacă echipa de dezvoltare acceptă eroarea, atunci o rezolvă și o eliberează în următoarea versiune. Starea bug-ului va fi „gata pentru QA”. Acum testerul verifică eroarea pentru a afla dacă este rezolvată sau nu. Această testare este cunoscută sub numele de retestare. Retestarea este o testare planificată. Folosim aceleași cazuri de testare cu aceleași date de testare pe care le-am folosit în versiunea anterioară. În cazul în care bug-ul nu este găsit, atunci vom schimba starea de bug-ul ca „fix” altfel vom schimba starea ca „nu este fixat” și trimite un document Defect retestarea echipei de dezvoltare.
verificați mai jos videoclipul pentru a vedea „ce este retestarea & când facem retestarea”
vă rugăm să aveți răbdare. Videoclipul se va încărca în ceva timp.
dacă v-a plăcut acest videoclip, vă rugăm să vă abonați la canalul nostru YouTube pentru mai multe tutoriale video.
când facem Re-testarea:
1. Când există o anumită remediere a erorilor specificată în nota de lansare:
odată ce echipa de dezvoltare lansează noua versiune, atunci echipa de testare trebuie să testeze Erorile deja postate pentru a se asigura că erorile sunt remediate sau nu.
2. Când un Bug este respins:
uneori, echipa de dezvoltare refuză câteva bug-uri care au fost ridicate de testeri și menționează statutul bug-ului ca fiind reproductibil. În acest caz, testerii trebuie să retesteze aceeași problemă pentru a informa dezvoltatorii că problema este valabilă și reproductibilă.
pentru a evita acest scenariu, trebuie să scriem un raport de eroare bun. Iată o postare despre cum să scrieți un raport de eroare bun.
3. Atunci când un Client solicită o retestare:
uneori, clientul ne poate solicita să facem din nou testul pentru a câștiga încrederea în calitatea produsului. În acest caz, echipele de testare testează din nou produsul.
un produs nu ar trebui să fie lansat după modificarea a fost făcut la codul cu doar retestarea remedieri de erori, avem nevoie pentru a face testarea de regresie prea.
de asemenea, citiți: Diferența dintre regresie și Re-testare
verificați acest lucru pentru tutorialul complet de testare manuală