Meny

Skillnaden mellan omprövning och regressionstest med exempel

difference between retesting

Prova Vårt Instrument För Att Eliminera Problem

Vad är skillnaden mellan omprövning och regressionstest:

Älskar ni inte alla artiklar om jämförelse och kontrast? Jag vet att jag gör. Det är ett så bra sätt att bjuda in tankar, kommentarer och kanske till och med stark oenighet.

Dagens ämne är omprövning mot regressionstest.

=> Klicka här för hela serien för regressionstestning.

Låt oss börja med omprövning:

Vad du kommer att lära dig:

Omprövning

Omprövning betyder att testa igen. Anledningen spelar ingen roll. När du upprepar ett test testar du om. Du kan testa nuvarande versionfunktionalitet. Eller en buggfix, tidigare versionfunktionalitet, ett testfall som du just körde osv.

Omprövning och regressionstest

Om du fortfarande tänker - varför - så är följande några skäl som är lika bra som alla:

  • Du körde ett test igår och stötte på en defekt. Du vill bekräfta stegen och defektens reproducerbarhet. Så du testar om.
  • Du körde ett test. Din uppmärksamhet var inte på den (kanske din telefon ringde, eller om du pratade med en kollega, etc.). Du vill kontrollera igen, så du testar om.

Jag är säker på att du förstår det.

Omprövning är när du upprepar ett test av någon anledning. Det är ett av dessa termer som håller fast vid dess definition.

Regression test

Programvara utvecklas. Det kommer att finnas nya versioner över befintliga. Det pågår nya funktioner, tillägg etc. Men med tiden kan detta leda till instabilitet i applikationen.

Föreställ dig att du skapar ett blocktorn genom att lägga till ett kvarter över det andra. Du tar dig inte tid att förstärka eller stärka basen. Det tar inte lång tid innan tornet kraschar, eller hur?

skillnad mellan soapui och soapui pro

Precis så måste du testa programvarans bas för styrka och stabilitet.

För att göra det måste vi testa programvaran igen. Det är det enda sättet.

Rekommenderad läsning => Vad är regressionstestning? Verktyg och bästa praxis

Regression är en form av omprövning. Specifikationerna för 'Varför' och 'När' är det som skiljer det från det förra.

1) När testar vi om? När programvaran genomgår en förändring

två) Varför testar vi om? För att säkerställa att de nya tilläggen / ändringarna inte har gjort funktionaliteten före arbetet instabil. Regression är vanlig och rekommenderas när:

  • En ny version blir tillgänglig. (Återkalla alla eller åtminstone de viktiga funktionerna i den äldre versionen)
  • Buggfix

Peka på: Uttömmande regressionstestning är omöjligt men önskvärt.

Det är därför som gör Regressionsanalys innan du hoppar rakt in i testningen. Detta steg handlar om att bestämma hur mycket regression jag ska göra för min ansökan.

Vad beror graden av regression på?

  • Förändringens natur
  • Förhållande / påverkan av förändringen på det nuvarande systemet / funktionen
  • Tillgänglig tid och resurser

Hur kan testare bestämma omfattningen av regression?

1) Genom erfarenhet och förtrogenhet med applikationen

två) Diskutera med utvecklarna

3) Platsen där förändringen har gjorts.Till exempel:om det finns på hemsidan behöver det mer uppmärksamhet än om det fanns på en av de mindre åtkomliga sidorna.

Beroende på vilka faktorer som spelas kan ett testteam göra något av följande:

  • Enhetsregression
  • Partiell regression
  • Full regression

Enhetsregression betyder att du ENDAST testar den ändrade modulen / området för applikationen.

Delvis regression betyder du testar den ändrade modulen igen. Dessutom inkluderar de som interagerar med det.

Full regression testar du hela ansökan oavsett platsen för förändringen.

Det beror på situationen (tillgänglighet för tid och resurser), förändringens allvar (dess inverkan), utvecklarens ingångar etc. Du blir effektivare när du väljer rätt uppsättning tester kontra alla tester.

enkel sorteringsalgoritm c ++

Regressionsanalys är den viktigaste framgångsfaktorn. Det behöver smart arbete snarare än hårt arbete.

Missuppfattningar om regressionstestning

Det finns många missuppfattningar om regressionstest:

# 1) Regression görs alltid via automatisering: Nej. Regression görs också manuellt. Vi har en hel artikel om detta => Hur utförs regressionstester? Kan det göras manuellt?

Observera att regression är en perfekt kandidat för automatisering. Omfattningen av upprepning är tidskrävande och kan leda till tristess. Dessutom kan viktig validering missas. Automation är ett pålitligt, snabbt och effektivt alternativ.

Läs också => Automatiserade regressionstestutmaningar

# 2) Regression är aldrig komplett : Sann. Men inte helt.

Vad jag menar är att ett uttömmande regressionstest kan vara omöjligt. Men uttömmande regressionstest kan vara onödigt också.

Låt oss säga att du ändrade felstavning på hemsidan. Denna fix är mindre. Det är också isolerat från de andra områdena i applikationen. Så, en enkel omprövning av funktionen skulle göra. Inget behov av att minska den tidigare funktionaliteten runt hemsidan.

# 3) Det är onödigt när du har en kris för tiden : Inte sant. Inte tillräckligt med regression leder till brist på förtroende för produkten. Du vet aldrig vad du kan förvänta dig av dess reaktion på olika slutanvändarscenarier.

# 4) Det körs varje enskilt testfall i föregående version: Återigen är det inte rätt sätt att göra detta att välja varje testfall. Strategisk val av testfall är nyckeln. Förstå förändringen och välj passande testfall.

OK, det är omprövning och regressionstest i detalj.

Nu, jämförelsen.

Omprövning mot regressionstest

Vad är detsamma med dem?

  • De är båda upprepade
  • Validering och Black box testtekniker
  • Automation eller manuella testfall blir båda testade eller regresserade
  • 'Man måste verifiera eller utvisa hans tvivel och konvertera dem till säkerheten för Ja eller NEJ - Thomas Carlyle'. Båda gör det här.

Vad är annorlunda med dem?

  • Omprövning är tillämplig för alla test - Nuvarande eller tidigare versioner som är inriktade. Regression är föregående version fokuserad.
  • Omprövning beror inte på tillämplig ändring. Regression är förändringsorienterad.

Slutligen, för att slå detta koncept hem:

Låt oss säga att du har ett testfall XYZ som resulterade i en defekt med ID 120. Denna defekt fixas i nästa release. Du skulle testa om XYZ-testfallet och återfå funktionaliteten runt det. Regressionen är att se till att allt fungerar intakt efter 120-talets fix. Omprövningen är att fastställa felets fix.

Så det är varken det ena eller det andra utan kombinationen av regression och omprövning som bildar den dynamiska duon .

Nu är det över till dig. Håller du med definitionerna och analyserna här?

Om författaren: Denna artikel är skriven av STH-teammedlem Swati S.

pl sql intervjufrågor för 3 års erfarenhet

Vilka är dina tankar, kommentarer och frågor om detta? Vänligen dela och vi vill gärna kontakta er alla.

=> Besök här för hela serien för regressionstestning.

Rekommenderad läsning

^