Antwoord.

Context:

Een bugrapport is het belangrijkste artefact van een tester. Decennialang heeft de kwaliteit van bugrapporten de snelheid van de communicatie tussen de QA- en DEV-teams bepaald, wat de tijd om bugs te verhelpen verkort of verlengt.

Probleem:

Slecht opgestelde bugrapporten (gebrek aan duidelijke stappen, vage beschrijvingen, ontbreken van verwachte gedrag) leiden tot verkeerde interpretatie van de taak en onjuiste correctie, evenals tijdverlies door extra verduidelijkingen. Dit is de belangrijkste oorzaak van conflicten tussen teams.

Oplossing:

Volg een structuur: titel, prioriteit/ernst, omgeving, stappen om te reproduceren, feitelijk resultaat, verwacht resultaat, screenshots/video's/logs.
Gebruik een zo gestructureerd en eenduidig mogelijke taal zonder overbodige emoties en subjectieve beoordelingen.
Controleer het rapport voor verzending – probeer het te reproduceren volgens de vastgelegde stappen door een andere collega.
Vul de velden in volgens het sjabloon dat in het bedrijf is aangenomen (Jira, DevOps, YouTrack, enz.).

Belangrijke kenmerken:

Duidelijke structuur en reproduceerbaarheid.
Relevante koppeling van bugs aan de omgeving en versie van de applicatie.
Ondersteuning van bugs met feiten, artefacten, niet subjectieve beoordelingen.

Strikvragen.

Is het mogelijk om meerdere vergelijkbare bugs (bijvoorbeeld voor verschillende interface-elementen) in één bugrapport samen te voegen?

Nee. Elke bug is een aparte fout, want het verhelpen van één kan de anderen niet oplossen. Uitzondering is massale bugs van dezelfde aard (bijvoorbeeld een wereldwijde stijlverlies).

Is "Werkt niet"/"Opent niet" een voldoende goede titel voor een bug?

Nee. De titel moet specifiek zijn (bijvoorbeeld, "[Profiel] Opslaan-knop is niet actief na invoer van geldige gegevens").

Moet ik stappen alleen in minimale vorm aangeven als de bug voor de hand ligt?

Nee. Zelfs voor de hand liggende bugs moeten duidelijk worden beschreven om misinterpretaties te voorkomen en voor de productgeschiedenis.

Typische fouten en antipatterns

Ontbreken van het verwachte resultaat.
Algemene zinnen zonder details.
Persoonlijke beoordelingen of emoties toevoegen ("vreselijke bug", "moet dringend worden opgelost").

Voorbeeld uit het leven

Negatieve case

De tester maakte een bugrapport aan met de tekst:

Werkt niet de knop.

en zonder stap, omgeving en verwachte resultaat op te geven. De ontwikkelaar kon de bug niet reproduceren, het rapport werd afgesloten als "Niet reproduceerbaar".

Voordelen:

Snel opgemaakt.

Nadelen:

De bug is verloren, er ontstonden misverstanden in het team.

Positieve case

De tester beschreef gedetailleerd:

In welke browser en versie de bug voorkomt
Gedetailleerde lijst met stappen
Verwacht en feitelijk gedrag
Bijgevoegde screenshots en logs
Duidelijk aangegeven link naar de gebruikersverhaal