Hvad er forskellen mellem Retesting og regressionstest:
elsker I ikke alle artikler om sammenligning og kontrast tema? Det ved jeg, jeg gør. Det er sådan en fantastisk måde at invitere tanker, kommentarer og måske endda, stærk uenighed.
dagens emne er Retesting Vs regressionstest.
=> Klik Her For Den Komplette Regressionstestserie.
lad os begynde med Retesting:
Retesting
Retest betyder at teste igen. Årsagen er ligegyldigt. Når du gentager en test, tester du igen. Du kan prøve den aktuelle versionsfunktion igen. Eller en fejlrettelse, tidligere versionsfunktionalitet, en testsag, du lige har kørt osv.
hvis du stadig tænker – hvorfor – så er følgende nogle grunde, der er så gode som nogen:
- du kørte en test i går og løb ind i en defekt. Du vil bekræfte trinnene og fejlens Reproducerbarhed. Så du tester igen.
- du kørte en test. Din opmærksomhed var ikke på det (måske ringede din telefon, eller du talte med en kollega osv.). Du vil tjekke igen, så du tester igen.
jeg er sikker på du får det.
Retesting er, når du gentager en test af en eller anden grund. Det er et af de udtryk, der forbliver tro mod dens definition.
regressionstest
programmel udvikler sig. Der vil være nye versioner over eksisterende. Der er hober sig på af nye funktioner, udvidelser, etc. 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 dig ikke tid til at styrke eller styrke basen. Det vil ikke vare længe, før tårnet styrter ned, er det ikke?
ligesom det bliver du nødt til at teste programmets base for styrke og stabilitet.
for at gøre det skal vi prøve programmet igen. Det er den eneste måde.
anbefalet read => Hvad er regressionstest? Værktøjer og bedste praksis
Regression er en form for Retest. Specifikationerne for” hvorfor “og” hvornår ” er det, der adskiller det fra førstnævnte.
1) Hvornår tester vi igen? Når programmel gennemgår en ændring
2) Hvorfor tester 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. (Regress alle eller i det mindste det vigtige af de ældre versionsfunktioner)
- Fejlrettelse
punkt at bemærke: udtømmende regressionstest er umulig, men ønskelig.
derfor gør regressionsanalyse, før du hopper direkte ind 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
- forhold/virkning af ændringen 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) det sted, hvor ændringen er foretaget. Eksempel: hvis det er på hjemmesiden, har det brug for mere opmærksomhed, end hvis det var på en af de mindre tilgængelige sider.
afhængigt af de faktorer, der spiller, kunne et testhold gå til et af følgende:
- Enhedsregression
- delvis Regression
- fuld Regression
Enhedsregression betyder, at du kun tester det ændrede modul/område i applikationen igen.
delvis regression betyder, at du tester det ændrede modul igen. Plus inkluderer dem, der interagerer med det.
fuld regression er du teste hele programmet uanset placeringen af ændringen.
det afhænger af situationen (tid & ressourcetilgængelighed), ændringens alvor (dens indvirkning), din udviklers input osv. Du vil være mere effektiv, når du vælger det rigtige sæt tests vs. alle testene.
regressionsanalyse er den vigtigste succesfaktor. Det kræver smart arbejde frem for 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å => automatiserede Regressionstestudfordringer
#2) Regression er aldrig komplet: sandt. Men ikke helt.
hvad jeg mener er, en udtømmende regressionstest kan være umulig. Men udtømmende regressionstest kan også være unødvendig.
lad os sige, at du har ændret en stavefejl på hjemmesiden. Denne rettelse er mindre. Det er også isoleret fra de andre områder af applikationen. Så en simpel gentestning 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 knas for tiden: ikke sandt. Ikke nok regression fører til manglende tillid til produktet. Du vil aldrig vide, hvad du kan forvente af dens reaktion på forskellige slutbrugerscenarier.
#4) Det kører hver enkelt test tilfælde af den forrige udgivelse: endnu en gang, at vælge hver test tilfælde er ikke den rigtige måde at gøre dette. Strategisk plukning af test cases er nøglen. Forstå ændringen, og vælg de passende testsager.
OK, det er Retesting og regressionstest i detaljer.
nu, sammenligningen.
Retesting Vs regressionstest
Hvad er det samme ved dem?
- de er begge gentagelsesbaserede
- validering og testteknikker i sort boks
- automatisering eller manuelle testsager bliver begge testet eller regresseret
- “man skal verificere eller udvise sin tvivl og konvertere dem til sikkerhed for ja eller nej – Thomas Carlyle”. Begge gør dette.
hvad er anderledes ved dem?
- Retesting gælder for enhver test – nuværende eller tidligere version funktionalitet målrettet. Regression er tidligere version funktionalitet centreret.
- genprøvning er ikke afhængig af gældende ændring. Regression er forandringsorienteret.
endelig for at ramme dette koncept hjem:
lad os sige, at du har en testcase, der resulterede i en defekt med ID 120. Denne fejl bliver rettet i den næste udgivelse. Du vil teste testcase igen og regressere funktionaliteten omkring den. Regressionen er at sikre, at alt fungerer intakt efter 120 ‘ s rettelse. Retesten er at bestemme fejlens rettelse.
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 de definitioner og analyser, der er angivet her?
om forfatteren: denne artikel er skrevet af STH teammedlem S.