Menu

Forskellen mellem gentestning og regressionstest med eksempel

difference between retesting

Prøv Vores Instrument Til At Fjerne Problemer

Hvad er forskellen mellem gentestning og regressionstest:

Elsker du ikke alle artiklerne om sammenligning og kontrast? Det ved jeg. Det er sådan en fantastisk måde at invitere tanker, kommentarer og måske endda stærk uenighed på.

Dagens emne er Retesting Vs Regression Testing.

=> Klik her for den komplette serie af regressionstest.

Lad os begynde med gentest:

Hvad du lærer:

Gentest

Gentest betyder at teste igen. Årsagen betyder ikke noget. Når du gentager en test, prøver du igen. Du kan teste den aktuelle versionfunktionalitet igen. Eller en fejlrettelse, funktionalitet i den tidligere version, en test sag, du lige har kørt osv.

Gentestning og regressionstest

Hvis du stadig tænker - hvorfor - så er følgende nogle grunde, der er lige så gode som andre:

  • Du kørte en test i går og løb ind i en defekt. Du vil bekræfte trinene og mangelens reproducerbarhed. Så du prøver igen.
  • Du kørte en test. Din opmærksomhed var ikke på den (måske ringede din telefon, eller du talte med en kollega osv.). Du vil kontrollere igen, så du prøver igen.

Jeg er sikker på at du får det.

Gentest er når du gentager en test af en eller anden grund. Det er et af disse udtryk, der forbliver tro mod dets definition.

Regressionstest

Software udvikler sig. Der kommer nye versioner i forhold til eksisterende. Der hobes nye funktioner, udvidelser osv. Men over tid kan dette føre til ustabilitet i applikationen.

Forestil dig selv at lave et bloktårn ved at tilføje en blok over den anden. Du tager ikke tid til at styrke eller styrke basen. Det tager ikke længe, ​​før tårnet går ned, ikke?

hvordan man finder xpath i krom til selen

Ligesom det bliver du nødt til at teste softwarens base for styrke og stabilitet.

For at gøre det bliver vi nødt til at teste softwaren igen. Det er den eneste måde.

Anbefalet læsning => Hvad er regressionstest? Værktøjer og bedste praksis

Regression er en form for gentest. Det specifikke ved 'Hvorfor' og 'Hvornår' er det, der adskiller det fra det tidligere.

1) Hvornår prøver vi igen? Når software gennemgår en ændring

2) Hvorfor prøver vi igen? For at sikre, at de nye tilføjelser / ændringer ikke har gjort funktionaliteten før arbejdet ustabil. Regression er almindelig og anbefales, når:

  • En ny version bliver tilgængelig. (Fortryd alle eller i det mindste de vigtige funktioner i den ældre version)
  • Fejlrettelse

Punkt at bemærke: Udtømmende regressionstest er umuligt, selvom det er ønskeligt.

Derfor gør Regressions analyse inden du springer lige ud i test. Dette trin indebærer at beslutte, hvor meget regression jeg skal gøre for min ansøgning.

Hvad afhænger omfanget af regression af?

  • Ændringens art
  • Forholdet / ændringens indvirkning på det nuværende system / funktion
  • Tilgængelig tid og ressourcer

Hvordan kan testere bestemme omfanget af regression?

1) Gennem erfaring og fortrolighed med applikationen

2) Diskuterer med udviklerne

3) Stedet, hvor ændringen er foretaget.For eksempel:hvis det er på startsiden, har det brug for mere opmærksomhed, end hvis det var på en af ​​de sider, der var mindre tilgængelige.

Afhængigt af de faktorer, der spilles, kan et testhold gå efter et af følgende:

  • Enhedsregression
  • Delvis regression
  • Fuld regression

Enhedsregression betyder, at du KUN tester det ændrede modul / område af applikationen igen.

Delvis regression betyder du prøver igen det ændrede modul. Plus inkluderer dem, der interagerer med det.

Fuld regression tester du hele applikationen uanset placeringen af ​​ændringen.

Det afhænger af situationen (tid og ressourcetilgængelighed), ændringens alvor (dens indvirkning), din udviklers input osv. Du bliver mere effektiv, når du vælger det rigtige sæt tests i forhold til alle testene.

webtjenester interview spørgsmål og svar

Regressionsanalyse er den vigtigste succesfaktor. Det har brug for smart arbejde snarere end hårdt arbejde.

Misforståelser om regressionstest

Der er mange misforståelser om regressionstest:

# 1) Regression sker altid via automatisering: Nej. Regression udføres også manuelt. Vi har en hel artikel om dette => Hvordan udføres regressionstest? Kan det gøres manuelt?

Bemærk, at regression er en perfekt kandidat til automatisering. Omfanget af gentagelse er tidskrævende og kan føre til kedsomhed. Også vigtig validering kan gå glip af. Automatisering er et pålideligt, hurtigt og effektivt alternativ.

Læs også => Automatiske regressionstestudfordringer

# 2) Regression er aldrig komplet : Sand. Men ikke helt.

Hvad jeg mener er, at en udtømmende regressionstest måske er umulig. Men udtømmende regressionstest kan også være unødvendig.

Lad os sige, at du har ændret en stavefejl på startsiden. Denne løsning er mindre. Det er også isoleret fra de andre områder af applikationen. Så en simpel gentest af funktionen ville gøre. Ingen grund til at regressere den tidligere funktionalitet omkring hjemmesiden.

# 3) Det er unødvendigt når du har en kneb for tiden : Ikke sandt. Ikke nok regression fører til manglende tillid til produktet. Du ved aldrig, hvad du kan forvente af dens reaktion på forskellige slutbruger-scenarier.

# 4) Det kører hver eneste testtilfælde i den foregående udgivelse: Endnu en gang er valg af hver testsag ikke den rigtige måde at gøre dette på. Strategisk plukning af testsagerne er nøglen. Forstå ændringen, og vælg passende testtilfælde.

OK, det er gentest og regressionstest i detaljer.

Nu, sammenligningen.

Gentestning af Vs regressionstest

Hvad er det samme ved dem?

  • De er begge gentagelsesbaserede
  • Validering og Black box testteknikker
  • Automatiserings- eller manuelle testtilfælde bliver begge testet igen eller regression
  • 'Man skal verificere eller udvise hans tvivl og konvertere dem til sikkerheden ved Ja eller NEJ - Thomas Carlyle'. Begge gør dette.

Hvad er forskelligt ved dem?

  • Gentestning kan anvendes til enhver test - målrettet mod nuværende eller tidligere versioner. Regression er den tidligere version funktionalitetscentreret.
  • Gentest afhænger ikke af den gældende ændring. Regression er forandringsorienteret.

Endelig at slå dette koncept hjem:

Lad os sige, at du har en testkasse XYZ, der resulterede i en fejl med ID 120. Denne defekt bliver løst i næste udgivelse. Du vil teste XYZ-testcase igen og regressere funktionaliteten omkring den. Regressionen er at sikre, at alt fungerer intakt efter 120's fix. Gentesten er at bestemme mangelfiks.

Så det er hverken det ene eller det andet, men kombinationen af ​​regression og gentest, der danner den dynamiske duo .

Nu er det over til dig. Er du enig i definitionerne og analyserne her?

Om forfatteren: Denne artikel er skrevet af STH-teammedlem Swati S.

hvilke virtuelle desktop-maskiner kører på Windows OS

Hvad er dine tanker, kommentarer og spørgsmål til dette? Del venligst, og vi vil meget gerne komme i kontakt med jer alle.

=> Besøg her for den komplette regressionstestserie.

Anbefalet læsning

^