care este diferența dintre retestarea și testarea regresiei:
nu vă place tuturor articolele tematice de comparare și contrast? Știu că vreau. Este o modalitate atât de bună de a invita gânduri, comentarii și poate chiar Dezacord puternic.
subiectul de astăzi este retestarea vs testarea regresiei.
=> Faceți Clic Aici Pentru Seria Completă De Teste De Regresie.
să începem cu retestarea:
retestarea
retestarea înseamnă a testa din nou. Motivul nu contează. Când repetați un test, retestați. Ai putea retesta funcționalitatea versiunea curentă. Sau o remediere a erorilor, funcționalitatea versiunii anterioare, un caz de testare pe care tocmai l-ați rulat etc.
dacă încă vă gândiți – de ce – atunci următoarele sunt câteva motive care sunt la fel de bune ca orice:
- ai făcut un test ieri și ai dat peste un defect. Doriți să confirmați pașii și reproductibilitatea defectului. Deci, retestați.
- ai făcut un test. Atenția dvs. nu a fost pe ea (poate că telefonul dvs. a sunat sau ați vorbit cu un coleg etc.). Vrei să mai verifici o dată, așa că testezi din nou.
sunt sigur că ați înțeles.
retestarea este atunci când repetați un test pentru orice motiv. Este unul dintre acei termeni care rămân fideli definiției sale.
testul de regresie
software-ul evoluează. Vor exista versiuni noi peste cele existente. Există piling pe de noi caracteristici, extensii, etc. Dar, în timp, acest lucru ar putea duce la instabilitatea aplicației.
Imaginați-vă că faceți un turn de bloc, adăugând un bloc peste celălalt. Nu vă faceți timp pentru a consolida sau consolida baza. Nu va dura mult până când turnul se va prăbuși, nu-i așa?
exact așa, va trebui să testați baza software-ului pentru rezistență și stabilitate.
pentru a face acest lucru, ar trebui să retestăm software-ul. Asta e singura cale.
citire recomandată = > ce este testarea regresiei? Instrumente și bune practici
Regresia este o formă de retestare. Specificul „de ce „și” când ” este ceea ce îl diferențiază de primul.
1) Când ne retestăm? Când software-ul suferă o modificare
2) de ce re-testăm? Pentru a vă asigura că noile adăugiri / modificări nu au făcut ca funcționalitatea înainte de lucru să fie instabilă. Regresia este frecventă și recomandată atunci când:
- o nouă versiune devine disponibilă. (Regresa toate sau, cel puțin, importante caracteristici versiune mai veche)
- Bug fix
punct de remarcat: testarea regresie exhaustivă este imposibilă, deși de dorit.
de aceea face analiza de regresie înainte de a sări direct în testare. Acest pas implică a decide cât de mult regresie ar trebui să fac pentru cererea mea.
de ce depinde gradul de regresie?
- natura modificării
- relația/impactul modificării asupra sistemului/caracteristicii actuale
- timp și resurse disponibile
cum pot testerii să decidă amploarea regresiei?
1) prin experiență și familiarizarea cu aplicația
2) discutarea cu dezvoltatorii
3) locul în care a fost făcută schimbarea. De exemplu: dacă se află pe pagina de pornire, atunci are nevoie de mai multă atenție decât dacă ar fi într-una dintre paginile mai puțin accesate.
în funcție de factorii de la joc, o echipă de testare ar putea merge pentru una dintre următoarele:
- regresie unitate
- regresie parțială
- regresie completă
regresie unitate înseamnă că retestați numai modulul/zona modificată a aplicației.
regresia parțială înseamnă retestarea modulului modificat. În plus, includeți cele care interacționează cu acesta.
regresia completă este să testați întreaga aplicație, indiferent de locația schimbării.
depinde de situație (timpul & disponibilitatea resurselor), gravitatea schimbării (impactul acesteia), intrările dezvoltatorului dvs. etc. Veți fi mai eficient atunci când alegeți setul corect de teste vs. toate testele.
analiza regresiei este factorul cheie de succes. Este nevoie de muncă inteligentă, mai degrabă decât de muncă grea.
concepții greșite despre testarea regresiei
există multe concepții greșite despre testarea regresiei:
#1) regresia se face întotdeauna prin automatizare: nu. Regresia se face și manual. Avem un articol întreg despre acest lucru => cum se efectuează testarea regresiei? Se poate face manual?
rețineți că regresia este un candidat perfect pentru automatizare. Gradul de repetare este consumatoare de timp și ar putea duce la plictiseala. De asemenea, validarea importantă ar putea fi ratată. Automatizarea este o alternativă fiabilă, rapidă și eficientă.
de asemenea, citiți = >provocări automate de testare a regresiei
#2) regresia nu este niciodată completă: adevărat. Dar nu complet.
ceea ce vreau să spun este că un test de regresie exhaustiv ar putea fi imposibil. Dar, testarea de regresie exhaustivă ar putea fi, de asemenea, inutilă.
să presupunem că ați schimbat o scriere greșită pe pagina de pornire. Această remediere este minoră. De asemenea, este izolat de celelalte domenii ale aplicației. Deci, o simplă retestare a funcției ar face. Nu este nevoie pentru a regresa fosta funcționalitate în jurul homepage.
#3) nu este necesar atunci când aveți o criză de timp: nu este adevărat. Regresia insuficientă duce la o lipsă de încredere în produs. Nu veți ști niciodată la ce să vă așteptați de la reacția sa la diferite scenarii ale utilizatorilor finali.
#4) rulează fiecare caz de testare al versiunii anterioare: încă o dată, alegerea fiecărui caz de testare nu este modalitatea corectă de a face acest lucru. Alegerea strategică a cazurilor de testare este cheia. Înțelegeți schimbarea și alegeți cazurile de testare a montajului.
OK, care este retestarea și testul de regresie în detaliu.
acum, comparația.
retestarea Vs testarea regresiei
ce este același la ei?
- ambele sunt bazate pe repetiție
- validare și tehnici de testare a cutiei negre
- automatizări sau teste manuale ambele sunt retestate sau regresate
- „trebuie să – i verifici sau să-i elimini îndoielile și să le transformi în certitudinea Da sau nu-Thomas Carlyle”. Amândoi fac asta.
ce este diferit la ei?
- retestarea este aplicabilă pentru orice funcționalitate de versiune curentă sau anterioară vizată. Regresia este versiunea anterioară funcționalitate centrice.
- retestarea nu depinde de modificările aplicabile. Regresia este orientată spre schimbare.
în cele din urmă, pentru a lovi acest concept acasă:
să presupunem că aveți un caz de testare XYZ care a dus la un defect cu ID-ul 120. Acest defect se rezolvă în următoarea versiune. Ați retesta cazul de testare XYZ și ați regresa funcționalitatea din jurul acestuia. Regresia este să vă asigurați că totul funcționează intact după remedierea 120. Retestarea este de a determina remedierea defectului.
deci, nu este nici unul, nici celălalt, ci combinația de regresie și retestare care formează duo-ul dinamic.
acum, este de peste pentru tine. Sunteți de acord cu definițiile și analizele furnizate aici?
despre autor: Acest articol este scris de STH membru al echipei Swati S.