Meniu

Diferența dintre retestare și testare de regresie cu exemplu

difference between retesting

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Care este diferența dintre retestare și testarea de regresie:

Nu vă place cu toții articolele tematice de comparare și contrast? Știu că fac. Este un mod atât de grozav de a invita gânduri, comentarii și poate chiar și dezacord puternic.

Subiectul de astăzi este Retestarea testelor de regresie.

=> Faceți clic aici pentru seria completă de testare a regresiei.

Să începem cu Retestarea:

Ce veți învăța:

Reîncercare

Retestare înseamnă a testa din nou. Motivul nu contează. Când repetați un test, retestați. Puteți retesta funcționalitatea versiunii actuale. Sau o remediere a erorilor, funcționalitatea versiunii anterioare, un caz de test pe care tocmai l-ați rulat etc.

Retestare și testare de regresie

Dacă încă vă gândiți de ce, atunci următoarele sunt câteva motive la fel de bune ca oricare altul:

  • Ai făcut un test ieri și ai întâmpinat un defect. Doriți să confirmați pașii și reproductibilitatea defectului. Deci, retestezi.
  • Ai făcut un test. Atenția dvs. nu era pe ea (Poate că sună telefonul dvs. sau discutați cu un coleg etc.). Vreți să verificați încă o dată, astfel încât să reîncercați.

Sunt sigur că îl înțelegi.

Retestarea este atunci când repetați un test din orice motiv. Este unul dintre acei termeni care rămân fideli definiției sale.

Test de regresie

Software-ul evoluează. Vor exista versiuni noi față de cele existente. Se acumulează noi funcții, 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ă luați timp pentru a întări sau întări baza. Nu va trece mult până se va prăbuși turnul, nu-i așa?

serverul privat world of warcraft pvp

La fel, va trebui să testați baza software-ului pentru rezistență și stabilitate.

Pentru a face acest lucru, ar trebui să testăm din nou software-ul. Acesta este singurul mod.

Citire recomandată => Ce este testarea de regresie? Instrumente și cele mai 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 retestăm? Când software-ul suferă o modificare

2) De ce retestăm? Pentru a ne asigura că noile adăugiri / modificări nu au făcut instabilitatea funcționalității înainte de a lucra. Regresia este frecventă și se recomandă atunci când:

  • O nouă versiune devine disponibilă. (Regresează toate caracteristicile versiunii mai vechi sau, cel puțin, importante)
  • Rezolvarea unei erori

Punct de reținut: Testarea exhaustivă a regresiei este imposibilă, deși este de dorit.

De aceea Analiza regresiei înainte de a sări direct în testare. Acest pas presupune să decid câtă regresie ar trebui să fac pentru aplicația mea.

De ce depinde gradul de regresie?

  • Natura schimbării
  • Relația / impactul schimbării asupra sistemului / caracteristicii actuale
  • Timp și resurse disponibile

Cum pot decide testerii măsura regresiei?

1) Prin experiență și familiaritate cu aplicația

2) Discutăm cu dezvoltatorii

3) Locul în care s-a făcut schimbarea.De exemplu:dacă se află pe pagina principală, atunci are nevoie de mai multă atenție decât dacă s-ar afla într-una dintre paginile mai puțin accesate.

În funcție de factorii în joc, o echipă de testare ar putea alege unul dintre următoarele:

  • Regresia unității
  • Regresie parțială
  • Regresie completă

Regresia unității înseamnă că refaceți DOAR modulul / zona modificată a aplicației.

Regresia parțială înseamnă retestezi modulul modificat. În plus, includeți pe cei care interacționează cu acesta.

Regresie completă este să testați întreaga aplicație, indiferent de locația modificării.

Depinde de situație (disponibilitatea timpului și a resurselor), de gravitatea schimbării (impactul acesteia), de contribuțiile dezvoltatorului dvs. etc. Veți fi mai eficient atunci când alegeți setul corect de teste față de toate testele.

cum se deschid fișiere bin pe Windows 7

Analiza de regresie este factorul cheie de succes. Are nevoie mai degrabă de muncă inteligentă decât de muncă grea.

Concepții greșite despre testarea de regresie

Există multe concepții greșite despre testarea de regresie:

# 1) Regresia se face întotdeauna prin automatizare: Nu. Regresia se face și manual. Avem un articol întreg despre acest lucru => Cum se efectuează testarea de regresie? Se poate face manual?

Rețineți că regresia este un candidat perfect pentru automatizare. Măsura repetării este consumatoare de timp și ar putea duce la plictiseală. De asemenea, validarea importantă ar putea fi ratată. Automatizarea este o alternativă fiabilă, rapidă și eficientă.

Citește și => Provocări de testare de regresie automată

# 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 exhaustivă a regresiei ar putea fi de asemenea inutilă.

Să presupunem că ați schimbat o ortografie greșită pe pagina de pornire. Această remediere este minoră. De asemenea, este izolat de celelalte zone ale aplicației. Deci, ar face o simplă reevaluare a funcției. Nu este nevoie să regresați funcționalitatea anterioară în jurul paginii de pornire.

# 3) Nu este necesar când ai o criză de timp : Neadevarat. Regresia insuficientă duce la lipsa 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 utilizatorului final.

# 4) Rulează fiecare caz de test din versiunea anterioară: Î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 potrivite.

OK, acesta este Testul de testare și regresie în detaliu.

Acum, comparația.

Retestare Vs testare de regresie

Ce este același lucru la ei?

  • Ambele se bazează pe repetare
  • Validare și Tehnici de testare a cutiei negre
  • Automatizarea sau cazurile de testare manuale sunt ambele testate din nou sau regresate
  • „Trebuie să-și verifice sau să-și alunge îndoielile și să le transforme în certitudinea Da sau NU- Thomas Carlyle”. Amândoi fac asta.

Ce este diferit la ei?

  • Retestarea este aplicabilă pentru orice test - funcționalitatea versiunii curente sau anterioare vizate. Regresia este versiunea anterioară centrată pe funcționalitate.
  • Retestarea nu depinde de modificările aplicabile. Regresia este orientată spre schimbare.

În cele din urmă, pentru a atinge 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 va fi remediat în următoarea versiune. Ați retesta testul XYZ și regresați funcționalitatea din jurul acestuia. Regresia este de a vă asigura că totul funcționează intact după 120 de remedieri. Reîncercarea este de a determina remedierea defectului.

Deci, nu este nici una, nici cealaltă, dar combinația de regresie și retestare care formează duo-ul dinamic .

Acum, s-a terminat cu tine. Sunteți de acord cu definițiile și analizele furnizate aici?

Despre autor: Acest articol este scris de Swati S., membru al echipei STH.

tutorial microsoft Dynamics Axe pentru începători

Care sunt gândurile, comentariile și întrebările dvs. despre acest lucru? Vă rugăm să împărtășiți și ne-ar plăcea să ne conectăm cu toți.

=> Vizitați aici pentru seria completă de testare a regresiei.

Lectură recomandată

^