Zo maak je van een supportprobleem een reproduceerbaar bugrapport
Een bugrapport wordt nuttig als iemand het verwachte gedrag kan onderscheiden van wat er daadwerkelijk gebeurde. Supportnotities structureren helpt dat bewijs in een consistente vorm te verzamelen.
Begin met het juiste materiaal.
- Wat je aanlevert
- een ticket dat reproduceerbaar softwaregedrag beschrijft.
- Het beoogde resultaat
- Maak een bugrapport met stappen, verwacht resultaat, werkelijk resultaat en ontbrekende details.
Hoe de workflow werkt.
Scheid omgeving, stappen, verwacht resultaat, waargenomen resultaat en ondersteunende verwijzingen. Behoud de exacte fouttekst als die is aangeleverd en vermeld of reproductiestappen bevestigd zijn of nog moeten worden gecontroleerd.
Wat je in het resultaat controleert.
Controleer het rapport voordat je het aan het ontwikkelteam overdraagt. Het symptoom van een klant bewijst niet de hoofdoorzaak, en ontbrekende omgevingsdetails moeten vragen blijven in plaats van verzonnen standaardwaarden.
Bekijk de Markdown-voorvertoning om naast de tekst ook koppen, lijsten en links te controleren. Bewaar bronverwijzingen bij het document, zodat een beoordelaar belangrijke uitspraken kan herleiden tot je aangeleverde materiaal.
Leer van het uitgewerkte voorbeeld.
Het downloadbare Markdown-voorbeeld laat één mogelijke indeling van het resultaat zien. Lees het naast het bronvoorbeeld en herken vastgelegde feiten, voorgestelde tekst en vragen die nog een antwoord nodig hebben.
Het aangeleverde voorbeeld is ter illustratie. Het is geen vastgelegde uitvoering met jouw gegevens.
Download het voorbeeld ↓Gebruik het met je eigen materiaal.
- Open de bron waarmee je wilt werken en activeer WebAct op dat tabblad.
- Kopieer de taak uit het bovenste blok, voeg vereiste velden of voorkeuren toe en controleer de voorgestelde acties.
- Vergelijk het eerste resultaat met je bron. Vraag waar nodig om een gerichte correctie of verfijning.