Levenscyclus van defecten / bugs bij softwaretests

Wat is de defecte levenscyclus?

Defect Life Cycle of Bug Life Cycle bij softwaretests is de specifieke reeks toestanden die een defect of bug tijdens zijn hele leven doormaakt. Het doel van de Defect-levenscyclus is om de huidige status van defecten die naar verschillende rechtverkrijgenden verandert gemakkelijk te coördineren en te communiceren en het defectfixatieproces systematisch en efficiënt te maken.

Defectstatus

Defectstatus of bugstatus in de levenscyclus van een defect is de huidige toestand van waaruit het defect of een bug momenteel ondergaat. Het doel van de defectstatus is om de huidige status of voortgang van een defect of bug nauwkeurig over te brengen om de werkelijke voortgang van de defectlevenscyclus beter te volgen en te begrijpen.

Het aantal toestanden dat een defect doormaakt, verschilt van project tot project. Onderstaand levenscyclusdiagram omvat alle mogelijke toestanden

Nieuw: wanneer een nieuw defect wordt geregistreerd en voor de eerste keer wordt gepost. Het krijgt de status NIEUW toegewezen.
Toegewezen: zodra de bug is gepost door de tester, keurt de lead van de tester de bug goed en wijst de bug toe aan het ontwikkelteam
Open : de ontwikkelaar begint met analyseren en werkt aan de defectoplossing
Opgelost : wanneer een ontwikkelaar een noodzakelijke codewijziging aanbrengt en de wijziging verifieert, kan hij of zij de foutstatus instellen op "Opgelost".
In afwachting van hertest : zodra het defect is verholpen, geeft de ontwikkelaar een bepaalde code voor het opnieuw testen van de code aan de tester. Aangezien het testen van de software in afwachting blijft van de testers, is de toegewezen status "in afwachting van hertest".
Opnieuw testen: tester voert de code in dit stadium opnieuw uit om te controleren of het defect door de ontwikkelaar is verholpen of niet en verandert de status in "Opnieuw testen".

Geverifieerd : de tester test de bug opnieuw nadat deze door de ontwikkelaar is verholpen. Als er geen bug in de software is gedetecteerd, is de bug opgelost en wordt de toegewezen status "geverifieerd".
Heropenen : als de bug blijft bestaan, zelfs nadat de ontwikkelaar de bug heeft verholpen, verandert de tester de status naar "heropend". Opnieuw doorloopt de bug de levenscyclus.
Gesloten : Als de bug niet meer bestaat, wijst tester de status "Gesloten" toe.
Dupliceren : als het defect twee keer wordt herhaald of het defect overeenkomt met hetzelfde concept van de bug, wordt de status gewijzigd in "dupliceren".
Afgewezen : als de ontwikkelaar van mening is dat het defect geen echt defect is, verandert het defect in "afgewezen".
Uitgesteld : als de huidige bug niet de hoogste prioriteit heeft en naar verwachting wordt gerepareerd in de volgende release, wordt de status "Uitgesteld" toegewezen aan dergelijke bugs
Geen bug : als het de functionaliteit van de applicatie niet beïnvloedt, is de status die aan een bug wordt toegewezen "Geen bug".

Verklaring van de levenscyclus van een defect

Tester vindt het defect
Status toegewezen aan defect - Nieuw
Een defect wordt doorgestuurd naar de projectmanager voor analyse
Projectmanager beslist of een defect geldig is
Hier is het defect niet geldig - er wordt een status gegeven "Afgewezen".
De projectmanager wijst dus een status afgewezen toe . Als het defect niet wordt afgekeurd, is de volgende stap om te controleren of het binnen de scope valt. Stel dat we een andere functie hebben: e-mailfunctionaliteit voor dezelfde applicatie, en u vindt daar een probleem mee. Maar het maakt geen deel uit van de huidige release wanneer dergelijke defecten worden toegewezen als een uitgestelde of uitgestelde status.
Vervolgens controleert de manager of een soortgelijk defect eerder is gemeld. Zo ja defect een status wordt toegekend tweevoud .
Zo nee, dan wordt het defect toegewezen aan de ontwikkelaar die begint met het repareren van de code. Tijdens deze fase krijgt het defect de status In behandeling .
Zodra de code is opgelost. Een defect krijgt een status vast toegewezen
Vervolgens test de tester de code opnieuw. Als de testcase slaagt, wordt het defect gesloten. Als de testcases opnieuw mislukken, wordt het defect opnieuw geopend en toegewezen aan de ontwikkelaar.
Beschouw een situatie waarin tijdens de eerste release van Vluchtreservering een defect werd gevonden in de faxvolgorde dat werd verholpen en de status 'gesloten' werd toegewezen. Tijdens de tweede upgrade-release kwam hetzelfde defect opnieuw naar voren. In dergelijke gevallen wordt een gesloten defect opnieuw geopend.