Meny

Forskjellen mellom omprøving og regresjonstesting med eksempel

difference between retesting

Prøv Instrumentet Vårt For Å Eliminere Problemer

Hva er forskjellen mellom testing på nytt og regresjon:

Elsker ikke alle artiklene med sammenligning og kontrast? Jeg vet at jeg gjør det. Det er en så fin måte å invitere tanker, kommentarer og kanskje til og med sterk uenighet på.

Dagens emne er Retesting Vs Regression Testing.

=> Klikk her for den komplette regresjonstestserien.

La oss begynne med omprøving:

Hva du vil lære:

Test på nytt

Retest betyr å teste igjen. Årsaken spiller ingen rolle. Når du gjentar en test, prøver du på nytt. Du kan teste gjeldende versjonsfunksjonalitet på nytt. Eller en feilretting, tidligere versjonsfunksjonalitet, en testtilfelle du nettopp kjørte osv.

Test på nytt og regresjon

Hvis du fremdeles tenker - hvorfor - så er følgende noen grunner som er like gode som andre:

  • Du kjørte en test i går og fikk en feil. Du vil bekrefte trinnene og reproduserbarheten til feilen. Så du prøver på nytt.
  • Du kjørte en test. Din oppmerksomhet var ikke på den (kanskje telefonen din ringte, eller du snakket med en kollega osv.). Du vil sjekke en gang til, så du prøver på nytt.

Jeg er sikker på at du skjønner det.

Test på nytt er når du av en eller annen grunn gjentar en test. Det er et av de begrepene som holder seg tro mot definisjonen.

Regresjonstest

Programvare utvikler seg. Det kommer til å være nye versjoner over eksisterende. Det hoper seg på nye funksjoner, utvidelser osv. Men over tid kan dette føre til ustabilitet i applikasjonen.

Tenk deg at du lager et blokktårn, ved å legge til en blokk over den andre. Du tar deg ikke tid til å forsterke eller styrke basen. Det tar ikke lang tid før tårnet krasjer, ikke sant?

qa testing intervju spørsmål for nybegynnere

Akkurat slik må du teste programvarens base for styrke og stabilitet.

For å gjøre det, må vi teste programvaren på nytt. Det er den eneste måten.

Anbefalt lesing => Hva er regresjonstesting? Verktøy og beste praksis

Regresjon er en form for retest. Det spesifikke ved “Hvorfor” og “Når” er det som skiller det fra det tidligere.

1) Når prøver vi på nytt? Når programvare gjennomgår en endring

to) Hvorfor prøver vi på nytt? For å sikre at de nye tilleggene / endringene ikke har gjort funksjonaliteten før arbeid ustabil. Regresjon er vanlig og anbefales når:

  • En ny versjon blir tilgjengelig. (Sett tilbake alle eller i det minste viktige funksjoner i den eldre versjonen)
  • Feilretting

Merk deg: Uttømmende regresjonstesting er umulig, men ønskelig.

Derfor gjør Regresjonsanalyse før du hopper rett i testing. Dette trinnet innebærer å bestemme hvor mye regresjon jeg skal gjøre for søknaden min.

Hva er omfanget av regresjon avhengig av?

  • Endringens art
  • Forholdet / innvirkningen av endringen på dagens system / funksjon
  • Tilgjengelig tid og ressurser

Hvordan kan testere bestemme omfanget av regresjon?

1) Gjennom erfaring og kjennskap til applikasjonen

to) Diskuterer med utviklerne

3) Stedet der endringen er gjort.For eksempel:hvis det er på hjemmesiden, trenger det mer oppmerksomhet enn om det var på en av de mindre tilgjengelige sidene.

Avhengig av hvilke faktorer som spilles, kan et testteam gå for ett av følgende:

  • Enhetsregresjon
  • Delvis regresjon
  • Full regresjon

Enhetsregresjon betyr at du KUN tester den endrede modulen / området i applikasjonen på nytt.

Delvis regresjon betyr du tester den endrede modulen på nytt. Pluss inkluderer de som samhandler med det.

Full regresjon tester du hele applikasjonen uavhengig av hvor endringen ligger.

Det avhenger av situasjonen (tid og ressurstilgjengelighet), alvorlighetsgraden av endringen (dens innvirkning), utviklerens innspill osv. Du blir mer effektiv når du velger riktig sett med tester i forhold til alle testene.

jeg vil være en produkttester

Regresjonsanalyse er den viktigste suksessfaktoren. Det trenger smart arbeid snarere enn hardt arbeid.

Misforståelser om regresjonstesting

Det er mange misforståelser om regresjonstesting:

# 1) Regresjon gjøres alltid via automatisering: Nei. Regresjon gjøres også manuelt. Vi har en hel artikkel om dette => Hvordan utføres regresjonstesting? Kan det gjøres manuelt?

Merk at regresjon er en perfekt kandidat for automatisering. Omfanget av repetisjon er tidkrevende og kan føre til kjedsomhet. Også viktig validering kan gå glipp av det. Automatisering er et pålitelig, raskt og effektivt alternativ.

Les også => Automatiserte utfordringer for testing av regresjonstesting

# 2) Regresjon er aldri fullført : Sant. Men ikke helt.

Det jeg mener er at en uttømmende regresjonstest kan være umulig. Men uttømmende regresjonstesting kan også være unødvendig.

La oss si at du endret feilstaving på hjemmesiden. Denne løsningen er mindre. Det er også isolert fra de andre områdene av applikasjonen. Så, en enkel omprøving av funksjonen ville gjort. Du trenger ikke å redusere den tidligere funksjonaliteten rundt hjemmesiden.

# 3) Det er unødvendig når du har en knase for tid : Ikke sant. Ikke nok regresjon fører til manglende tillit til produktet. Du vil aldri vite hva du kan forvente av reaksjonen på forskjellige sluttbruker-scenarier.

# 4) Den kjører hver eneste testtilfelle i forrige utgivelse: Nok en gang er det ikke den riktige måten å gjøre hver prøvesak. Strategisk plukking av testsakene er nøkkelen. Forstå endringen og velg passende testtilfeller.

OK, det er omprøving og regresjonstest i detalj.

Nå, sammenligningen.

Test på nytt mot regresjonstesting

Hva er det samme med dem?

  • De er begge gjentakelsesbaserte
  • Validering og Black box testing teknikker
  • Automasjon eller manuelle testsaker blir begge testet på nytt eller regresert
  • 'Man må bekrefte eller utvise tvilen hans, og konvertere dem til vissheten om Ja eller NEI - Thomas Carlyle'. Begge to gjør dette.

Hva er forskjellig ved dem?

  • Gjennomprøving gjelder for enhver test - Nåværende eller tidligere versjonsfunksjonalitet målrettet. Regresjon er tidligere versjon funksjonalitet sentrisk.
  • Test på nytt er ikke avhengig av gjeldende endring. Regresjon er endringsorientert.

Til slutt, for å treffe dette konseptet hjemme:

La oss si at du har en testtilfelle XYZ som resulterte i en feil med ID 120. Denne feilen blir løst i neste utgivelse. Du vil teste XYZ-testtilfelle på nytt og redusere funksjonaliteten rundt den. Regresjonen er å sørge for at alt fungerer intakt etter 120-tallet. Den nye testen er å fastslå feilen.

Så det er verken det ene eller det andre, men kombinasjonen av regresjon og omprøving som danner den dynamiske duoen .

Nå er det over til deg. Er du enig i definisjonene og analysene som er gitt her?

Om forfatteren: Denne artikkelen er skrevet av STH-teammedlem Swati S.

manuelle og automatiseringstest intervju spørsmål

Hva er dine tanker, kommentarer og spørsmål om dette? Vennligst del, så vil vi gjerne få kontakt med dere alle.

=> Besøk her for den komplette regresjonstestserien.

Anbefalt lesing

^