Menu

Verschil tussen hertesten en regressietesten met voorbeeld

difference between retesting

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Wat is het verschil tussen hertesten en regressietesten:

Vinden jullie niet allemaal dol op de artikelen met een vergelijk- en contrastthema? Ik weet dat ik dat doe. Het is zo'n geweldige manier om gedachten, opmerkingen en misschien zelfs sterke onenigheid uit te nodigen.

Het onderwerp van vandaag is opnieuw testen versus regressietesten.

​ Klik hier voor de complete serie regressietests.

Laten we beginnen met opnieuw testen:

Wat je leert:

Opnieuw testen

Opnieuw testen betekent opnieuw testen. De reden doet er niet toe. Als u een test herhaalt, test u opnieuw. U kunt de huidige versie-functionaliteit opnieuw testen. Of een bugfix, functionaliteit van een eerdere versie, een testcase die u net hebt uitgevoerd, enz.

Opnieuw testen en regressietesten

Als je nog steeds denkt - waarom - dan zijn de volgende redenen die even goed zijn als alle andere:

  • Je hebt gisteren een test gedaan en je liep op een defect. U wilt de stappen en de reproduceerbaarheid van het defect bevestigen. Dus je test opnieuw.
  • Je hebt een test gedaan. Je aandacht was er niet bij (misschien ging je telefoon, of was je in gesprek met een collega, enz.). U wilt nog een keer controleren, dus u test opnieuw.

Ik weet zeker dat je het begrijpt.

Opnieuw testen is wanneer u een test om welke reden dan ook herhaalt. Het is een van die termen die trouw blijven aan de definitie ervan.

Regressietest

Software evolueert. Er komen nieuwe versies boven bestaande versies. Er is een stapeling van nieuwe functies, uitbreidingen, enz. Maar na verloop van tijd kan dit leiden tot instabiliteit van de applicatie.

Stel je voor dat je een bloktoren maakt door het ene blok boven het andere te plaatsen. Je neemt niet de tijd om de basis te versterken of te versterken. Het zal niet lang meer duren voordat de toren instort, nietwaar?

hoe je handmatige testcases schrijft met een voorbeeld

Zo moet u de basis van de software testen op sterkte en stabiliteit.

Om dit te doen, zouden we de software opnieuw moeten testen. Dat is de enige manier.

Aanbevolen lezen => Wat is regressietesten? Tools en best practices

Regressie is een vorm van opnieuw testen. De specifieke kenmerken van 'Waarom' en 'Wanneer' is wat het onderscheidt van de eerste.

1) Wanneer zijn we opnieuw aan het testen? Wanneer software een verandering ondergaat

twee) Waarom zijn we opnieuw aan het testen? Om er zeker van te zijn dat de nieuwe toevoegingen / wijzigingen de functionaliteit van voorheen niet instabiel hebben gemaakt. Regressie is gebruikelijk en wordt aanbevolen wanneer:

  • Er komt een nieuwe versie beschikbaar. (Verminder alle of, in ieder geval, de belangrijke functies van de oudere versie)
  • Bugfix

Let op: Uitputtende regressietesten zijn onmogelijk, hoewel wenselijk.

Dat is waarom Regressie analyse voordat je meteen begint met testen. Bij deze stap moet ik beslissen hoeveel regressie ik moet doen voor mijn aanvraag.

Waar hangt de mate van regressie van af?

  • Aard van de wijziging
  • Relatie / impact van de wijziging op het huidige systeem / kenmerk
  • Beschikbare tijd en middelen

Hoe kunnen testers de mate van regressie bepalen?

1) Door ervaring en bekendheid met de applicatie

twee) In overleg met de ontwikkelaars

3) De plaats waar de wijziging is aangebracht.Bijvoorbeeld:als het op de startpagina staat, heeft het meer aandacht nodig dan wanneer het zich op een van de minder bezochte pagina's bevond.

Afhankelijk van de factoren die spelen, kan een testteam kiezen voor een van de volgende:

  • Eenheidsregressie
  • Gedeeltelijke regressie
  • Volledige regressie

Eenheidsregressie betekent dat u ALLEEN de gewijzigde module / het gewijzigde gebied van de applicatie opnieuw test.

Gedeeltelijke regressie betekent u test de gewijzigde module opnieuw. Plus ook degenen die ermee omgaan.

Volledige regressie test je de hele applicatie, ongeacht de locatie van de wijziging.

Het hangt af van de situatie (beschikbaarheid van tijd en middelen), de ernst van de wijziging (de impact ervan), de input van je ontwikkelaar, enz. Je zult efficiënter zijn als je de juiste set tests kiest versus alle tests.

wat is de beste computerreiniger

Regressieanalyse is de belangrijkste succesfactor. Het heeft slim werk nodig in plaats van hard werken.

Misvattingen over regressietesten

Er zijn veel misvattingen over regressietesten:

# 1) Regressie gebeurt altijd via automatisering: Nee. Regressie wordt ook handmatig gedaan. We hebben hier een heel artikel over => Hoe wordt regressietesten uitgevoerd? Kan het handmatig worden gedaan?

Merk op dat regressie een perfecte kandidaat is voor automatisering. De mate van herhaling is tijdrovend en kan tot verveling leiden. Ook kan belangrijke validatie over het hoofd worden gezien. Automatisering is een betrouwbaar, snel en efficiënt alternatief.

Lees ook => Geautomatiseerde uitdagingen voor regressietesten

# 2) Regressie is nooit volledig : Klopt. Maar niet helemaal.

Wat ik bedoel is dat een uitgebreide regressietest misschien onmogelijk is. Maar uitgebreide regressietesten zijn misschien ook niet nodig.

Stel dat u een spelfout op de startpagina heeft gewijzigd. Deze oplossing is klein. Het is ook geïsoleerd van de andere toepassingsgebieden. Dus een eenvoudig opnieuw testen van de functie zou voldoende zijn. Het is niet nodig om de vroegere functionaliteit rond de startpagina te herstellen.

# 3) Het is niet nodig als je even tijd hebt ​ Niet waar. Te weinig regressie leidt tot een gebrek aan vertrouwen in het product. U zult nooit weten wat u kunt verwachten van de reactie op verschillende eindgebruikersscenario's.

# 4) Elke afzonderlijke testcase van de vorige release wordt uitgevoerd: Nogmaals, het kiezen van elke testcase is niet de juiste manier om dit te doen. Strategisch kiezen van de testcases is de sleutel. Begrijp de verandering en kies de passende testcases.

OK, dat is opnieuw testen en regressietest in detail.

Nu, de vergelijking.

Opnieuw testen versus regressietesten

Wat is er hetzelfde aan hen?

  • Ze zijn beide gebaseerd op herhaling
  • Validatie en Black box-testtechnieken
  • Automatisering of handmatige testcases worden beide opnieuw getest of achteruitgegaan
  • 'Men moet zijn twijfels verifiëren of wegnemen, en ze omzetten in de zekerheid van ja of nee - Thomas Carlyle'. Beiden doen dit.

Wat is er anders aan hen?

  • Opnieuw testen is van toepassing op elke test: de huidige of eerdere versie-functionaliteit is gericht. Regressie is gericht op functionaliteit van de vorige versie.
  • Het opnieuw testen is niet afhankelijk van de toepasselijke wijziging. Regressie is gericht op verandering.

Eindelijk, om dit concept naar huis te halen:

Stel dat u een testcase XYZ heeft die resulteerde in een defect met de ID 120. Dit defect wordt in de volgende release verholpen. U zou de XYZ-testcase opnieuw testen en de functionaliteit eromheen terugdringen. De regressie is om ervoor te zorgen dat alles intact werkt na de fix van 120. De nieuwe test is om de oplossing van het defect te bepalen.

Het is dus noch het een, noch het ander, maar de combinatie van regressie en hertesten die het dynamische duo vormt ​

Nu is het aan jou. Bent u het eens met de definities en analyse die hier worden gegeven?

Over de auteur: Dit artikel is geschreven door STH-teamlid Swati S.

Java-programmeervragen en antwoorden voor schriftelijke test

Wat zijn uw gedachten, opmerkingen en vragen hierover? Deel het alsjeblieft en we komen graag met jullie in contact.

​ Bezoek hier voor de complete serie regressietests.

Aanbevolen literatuur

^