Levenscyclus van defecten/bugs bij het testen van software

Door: Thomas Hamilton Thomas Hamilton
Hours Bijgewerkt
Key Takeaways In deze gids worden de verschillende fasen in de levenscyclus van defecten uitgelegd. Zo krijgen lezers inzicht in het opsporen van bugs, de communicatiestroom en de efficiënte oplossing, van ontdekking tot afsluiting.

Levenscyclus van defecten/bugs

Wat is de levenscyclus van defecten/bugs?

Defecte levenscyclus of Bug Life Cycle bij het testen van software is de specifieke reeks toestanden die een defect of bug gedurende zijn hele leven doormaakt. Het doel van de levenscyclus van defecten is om de huidige status van defecten die veranderen eenvoudig te coördineren en te communiceren naar verschillende verantwoordelijken en om het proces voor het oplossen van defecten systematisch en efficiënt te maken.

Defectstatus

Defectstatus of Bugstatus in de levenscyclus van defecten is de huidige staat waarin het defect of een bug zich momenteel bevindt. Het doel van de defectstatus is om de huidige status of voortgang van een defect of bug nauwkeurig weer te geven, zodat de feitelijke voortgang van de levenscyclus van een defect beter kan worden gevolgd en begrepen.

Werkstroom defectstatussen

Het aantal toestanden dat een defect doorloopt, varieert van project tot project. Het onderstaande levenscyclusdiagram omvat alle mogelijke toestanden

  • Nieuw: Wanneer een nieuw defect voor de eerste keer wordt geregistreerd en gepost. Het krijgt de status NIEUW.
  • Toegewezen: Zodra de bug door de tester is gepost, keurt de leider van de tester de bug goed en wijst hij de bug toe aan het ontwikkelteam
  • Open: De ontwikkelaar begint met analyseren en werkt aan de oplossing van het defect
  • vast: Wanneer een ontwikkelaar een noodzakelijke codewijziging doorvoert en de wijziging verifieert, kan hij of zij de bugstatus op 'Opgelost' zetten.
  • In afwachting van nieuwe test: Zodra het defect is verholpen, geeft de ontwikkelaar een bepaalde code voor het opnieuw testen van de code aan de tester. Sinds de software testen blijft in behandeling vanaf het einde van de testers, de toegewezen status is 'in afwachting van hertest'.
  • Opnieuw testen: Tester voert in deze fase een nieuwe test van de code uit om te controleren of het defect door de ontwikkelaar is verholpen of niet, en verandert de status in 'Opnieuw testen'.

Werkstroom defectstatussen

  • geverifieerd: De tester test de bug opnieuw nadat deze door de ontwikkelaar is opgelost. Als er geen bug in de software wordt gedetecteerd, wordt de bug opgelost en wordt de toegekende status 'geverifieerd'.
  • heropenen: Als de bug blijft bestaan, zelfs nadat de ontwikkelaar de bug heeft verholpen, verandert de tester de status in “heropend”. Opnieuw doorloopt de bug de levenscyclus.
  • Gesloten: Als de bug niet meer bestaat, wijst de tester de status 'Gesloten' toe. 
  • Dupliceren: Als het defect twee keer wordt herhaald of als het defect overeenkomt met hetzelfde concept van de bug, wordt de status gewijzigd in ‘duplicaat’.
  • Verworpen: Als de ontwikkelaar van mening is dat het defect geen echt defect is, wordt het defect gewijzigd in 'afgewezen'.
  • Uitgestelde: Als de huidige bug geen topprioriteit heeft en er wordt verwacht dat deze in de volgende release zal worden opgelost, dan wordt de status “Uitgesteld” aan dergelijke bugs toegewezen
  • Geen bug: Als het de functionaliteit van de applicatie niet beïnvloedt, is de status die aan een bug wordt toegewezen “Geen bug”.

GERELATEERDE ARTIKELEN

Levenscyclus van defecten/bugs uitgelegd

Defecte levenscyclus of buglevenscyclus - Dingen die u moet weten!

  1. Tester vindt het defect
  2. Status toegewezen aan defect - Nieuw
  3. Een defect wordt ter analyse doorgestuurd naar de Projectmanager
  4. Projectmanager beslist of een defect geldig is
  5. Hier is het defect niet geldig. Er wordt de status ‘Afgewezen’ gegeven.
  6. De projectmanager wijst dus een status toe verworpen. Als het defect niet wordt afgewezen, 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 is geen onderdeel van de huidige release wanneer dergelijke defecten worden toegewezen als een uitgesteld of uitgesteld statuut.
  7. Vervolgens verifieert de manager of er eerder een soortgelijk defect is gemeld. Zo ja, dan wordt het defect een status toegekend duplicaat.
  8. Als dit niet het geval is, wordt het defect toegewezen aan de ontwikkelaar die begint met het repareren van de code. Tijdens deze fase krijgt het defect een status toegewezen bezig.
  9. Zodra de code is opgelost. Een defect krijgt een status vast
  10. Vervolgens test de tester de code opnieuw. In het geval dat de Testgeval passeert het defect is Gesloten. Als de testgevallen opnieuw mislukken, is er sprake van een defect heropend en toegewezen aan de ontwikkelaar.
  11. Denk aan een situatie waarin tijdens de eerste release van Flight Reservation een defect werd gevonden in de faxorder, dat werd opgelost en de status closed kreeg. Tijdens de tweede upgrade-release dook hetzelfde defect weer op. In dergelijke gevallen wordt een closed defect heropend.

Dat is alles voor Bug Life Cycle

Deze trainingsvideo beschrijft de verschillende fasen in de levenscyclus van een bug, oftewel een defect, en het belang ervan aan de hand van een voorbeeld

 

Klik hier als de video niet toegankelijk is

Veelgestelde vragen

Bij het uitleggen van de defectlevenscyclus In een interview zijn duidelijkheid en structuur belangrijk. Begin met te vermelden dat het gaat over de reis van een defect, van ontdekking tot oplossing. Je kunt het vervolgens opsplitsen in fasen:

  • Nieuw/Geopend – Het defect wordt geïdentificeerd en geregistreerd.
  • toegewezen – Het wordt toegewezen aan een ontwikkelaar om te repareren.
  • Vaste/Oplossing – De ontwikkelaar past een oplossing toe.
  • Hertest/Verificatie – Testers valideren de oplossing.
  • Gesloten – Het gebrek is opgelost, of Heropend als het aanhoudt.

De defectlevenscyclus (ook wel levenscyclus van een bug) Is het reeks stappen Een defect wordt tijdens het testen geïdentificeerd, geregistreerd, toegewezen, opgelost, opnieuw getest en afgesloten. Het zorgt voor systematische tracking en verbetert de softwarekwaliteit binnen teams. Deze systematische aanpak zorgt voor verantwoording, transparantie en een betere softwarelevering. Zie het als een verkeerslicht voor defecten: iedereen weet wanneer hij moet stoppen, door moet gaan of opnieuw moet controleren.

Er zijn verschillende tools beschikbaar om de levenscyclus van defecten te beheren, afhankelijk van de behoeften van het project. Enkele populaire opties zijn: JIRA, Bugzilla, HP ALM, Redmine en MantisBTZe laten teams defecten registreren, toewijzen en volgen. JIRA wordt het meest gebruikt in Agile- en interviewgesprekken.

In JIRADe levenscyclus van defecten wordt beheerd via aanpasbare workflowstatussenStandaard is dit een afspiegeling van de standaard defecttracking, maar teams passen het vaak aan. Een typische JIRA-defectcyclus ziet er als volgt uit:

  • Te doen / Openen – Defect geregistreerd.
  • In Behandeling – Ontwikkelaar begint met repareren.
  • Opgelost / Klaar – Oplossing toegepast, wachtend op validatie door tester.
  • Heropend – Als de oplossing mislukt, keert het defect terug naar de actieve status.
  • Gesloten – Geverifieerd door testers en gemarkeerd als voltooid.

De begrippen buglevenscyclus en defectlevenscyclus worden vaak door elkaar gebruikt, maar sommige professionals maken een subtiel onderscheid:

  • Levenscyclus van een bug – Wordt doorgaans gebruikt in een technische context en verwijst naar problemen in de code die storingen veroorzaken.
  • Defecte levenscyclus – Breder van opzet, met inbegrip van afwijkingen van de vereisten, die al dan niet gerelateerd zijn aan codering.

In praktijk:

  • Bug = Een programmeerfout.
  • Defect = Eventuele verschillen tussen de verwachte en de werkelijke resultaten (dit kan te maken hebben met het ontwerp, de vereisten of het proces).

Dat gezegd hebbende, de cycli zijn hetzelfde: ontdekt → opgelost → opnieuw getest → gesloten.

Dit zijn de voordelen van een defectlevenscyclus:

  • Zorgt voor duidelijkheid: Definieert de status van elke bug voor transparante tracking.
  • Verbetert samenwerking: Ontwikkelaars, testers en managers blijven op één lijn.
  • Verhoogt de efficiëntie: Een gestroomlijnde workflow zorgt voor minder verspilling.
  • Prioriteringshulp: Helpt bugs te rangschikken op ernst en impact.
  • Ondersteunt verantwoording: Houdt het eigendom in elke fase bij.
  • Gegevensgestuurde inzichten: Levenscyclusgeschiedenis zorgt voor betere besluitvorming.

Samenvatting

Inzicht in de levenscyclus van defecten zorgt voor gestructureerd bugbeheer, soepelere samenwerking en snellere oplossingen. Door elke fase te volgen, kunnen teams de softwarekwaliteit verbeteren, risico's verminderen en met vertrouwen betrouwbare, gebruiksvriendelijke applicaties leveren.