Wat is het verschil tussen hertesten en regressietests:
houden jullie niet allemaal van de artikelen met een vergelijk-en contrastthema? Ik weet dat ik dat doe. Het is zo ‘ n geweldige manier om gedachten uit te nodigen, opmerkingen en misschien zelfs, sterke onenigheid.
het onderwerp van vandaag is opnieuw testen Versus regressie testen.
=> Klik Hier Voor De Complete Regressietestserie.
laten we beginnen met hertesten:
hertest
hertest betekent opnieuw testen. De reden doet er niet toe. Als je een test herhaalt, test je opnieuw. U kunt de huidige versie functionaliteit opnieuw testen. Of een bug fix, vorige versie functionaliteit, een test case die je net liep, enz.
als u nog steeds denkt-waarom – dan zijn de volgende redenen zo goed als alle andere:
- je hebt gisteren een test gedaan en je liep tegen een defect aan. U wilt de stappen en de reproduceerbaarheid van het defect bevestigen. Dus je test opnieuw.
- u hebt een test uitgevoerd. Je aandacht was er niet op (misschien ging je telefoon, of je sprak met een collega, enz.). Je wilt het nog een keer controleren, dus je test opnieuw.
ik weet zeker dat je het begrijpt.
hertest 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
de Software evolueert. Er komen nieuwe versies boven bestaande. Er is stapelen op van nieuwe functies, extensies, enz. Maar na verloop van tijd kan dit leiden tot instabiliteit van de toepassing.
stel je voor dat je een bloktoren maakt, door het ene blok boven het andere toe te voegen. Je neemt niet de tijd om de basis te versterken. Het zal niet lang duren voordat de toren neerstort, is het niet?
zo moet u de basis van de software testen op sterkte en stabiliteit.
om dit te doen, moeten we de software opnieuw testen. Dat is de enige manier.
Recommended read = > Wat is regressie testen? Tools and Best Practices
regressie is een vorm van herbeoordeling. De specifieke kenmerken van “waarom” en “wanneer” is wat het onderscheidt van de eerste.
1) Wanneer gaan we opnieuw testen? Wanneer software een wijziging ondergaat
2) Waarom testen we opnieuw? Om er zeker van te zijn dat de nieuwe toevoegingen/wijzigingen de functionaliteit voor het werken niet onstabiel hebben gemaakt. Regressie komt vaak voor en wordt aanbevolen wanneer:
- een nieuwe versie komt beschikbaar. (Regresseer alle of ten minste de belangrijke functies van de oudere versie)
- Bug fix
opmerking: uitputtende regressie testen is onmogelijk, hoewel wenselijk.
daarom moet regressieanalyse worden uitgevoerd voordat u direct in het testen springt. Deze stap omvat het beslissen hoeveel regressie ik moet doen voor mijn toepassing.
waar hangt de mate van regressie van af?
- aard van de verandering
- relatie / effect van de verandering op het huidige systeem / kenmerk
- beschikbare tijd en middelen
Hoe kunnen testers de mate van regressie bepalen?
1) door ervaring en vertrouwdheid met de applicatie
2) het bespreken met de ontwikkelaars
3) de plaats waar de wijziging is aangebracht. Bijvoorbeeld: als het op de homepage, dan heeft het meer aandacht nodig dan als het was in een van de minder bezochte pagina ‘ s.
afhankelijk van de factoren die spelen, kan een testteam kiezen voor een van de volgende factoren::
- Eenheidsregressie
- partiële regressie
- volledige regressie
Eenheidsregressie betekent dat u alleen de gewijzigde module/het gewijzigde gebied van de toepassing opnieuw test.
gedeeltelijke regressie betekent dat u de gewijzigde module opnieuw test. Plus omvatten degenen die ermee omgaan.
volledige regressie is het testen van de gehele toepassing, ongeacht de locatie van de verandering.
het hangt af van de situatie (tijd & beschikbaarheid van resources), de ernst van de verandering (impact), de input van uw Ontwikkelaar etc. U zult efficiënter zijn wanneer u de juiste set van tests vs.alle tests kiest.
regressieanalyse is de belangrijkste succesfactor. Het heeft slim werk nodig in plaats van hard werk.
misvattingen over regressietests
er zijn veel misvattingen over regressietests:
# 1) regressie wordt altijd gedaan via automatisering: Nee. Regressie wordt ook handmatig gedaan. We hebben een heel artikel over dit => Hoe wordt regressie testen uitgevoerd? Kan het handmatig worden gedaan?
merk op dat regressie een perfecte kandidaat is voor automatisering. De mate van herhaling is tijdrovend en kan leiden tot verveling. Ook, belangrijke validatie kan krijgen gemist. Automatisering is een betrouwbaar, snel en efficiënt alternatief.
ook lezen = > uitdagingen voor geautomatiseerde regressie testen
#2) regressie is nooit compleet: waar. Maar niet helemaal.
wat ik bedoel is dat een uitputtende regressietest onmogelijk zou kunnen zijn. Maar, uitputtende regressie testen kan ook onnodig zijn.
stel dat je een spelfout hebt veranderd op de home page. Deze oplossing is klein. Het is ook geïsoleerd van de andere gebieden van de toepassing. Dus, een eenvoudige hertest van de functie zou doen. Geen behoefte om de voormalige functionaliteit terug te dringen rond de homepage.
# 3) Het is niet nodig als je een tijdgebrek hebt: niet waar. Onvoldoende regressie leidt tot een gebrek aan vertrouwen in het product. U zult nooit weten wat te verwachten van zijn reactie op verschillende eindgebruikersscenario ‘ s.
# 4) Het draait elke testcase van de vorige release: 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 hertest en regressietest in detail.
nu de vergelijking.
hertesten Vs regressietesten
Wat is hetzelfde over hen?
- ze zijn beide herhalingsgebaseerd
- validatie en Black box testing techniques
- Automation or Manual test cases beide worden opnieuw getest of regressed
- “men moet zijn twijfels verifiëren of verwijderen en omzetten in de zekerheid van ja of nee – Thomas Carlyle”. Ze doen dit allebei.
Wat is er anders aan hen?
- hertest is van toepassing op elke beoogde test – huidige of vorige versie-functionaliteit. Regressie is vorige versie functionaliteit centric.
- hertesten is niet afhankelijk van toepasselijke wijzigingen. Regressie is veranderingsgericht.
tot slot, om dit concept home te raken:
stel dat je een testcase XYZ hebt die resulteerde in een defect met de ID 120. Dit defect wordt opgelost in de volgende release. Je zou XYZ testcase opnieuw testen en de functionaliteit eromheen regresseren. De regressie is om ervoor te zorgen dat alles werkt intact na 120 ‘ S fix. De hertest is om de fix van het defect te bepalen.
het is dus noch het een, noch het ander, maar de combinatie van regressie en opnieuw testen die het dynamische duo vormt.
nu is het aan jou. Bent u het eens met de definities en analyses die hier worden gegeven?
over de auteur: Dit artikel is geschreven door sth teamlid Swati S.