Een bug inschatten zonder dat deze kan worden gereproduceerd

Als u het niet kunt reproduceren, kunt u het niet inschatten. U kunt het wel inschatten door ernaar op zoek te gaan.

Een bug die niet kan worden gereproduceerd, bestaat uit twee onbekende factoren die onder één ticket vallen. De eerste onbekende factor is de oorzaak: er is een symptoom in de productieomgeving, maar er is geen betrouwbare manier om dit lokaal te reproduceren, geen consistente stacktrace en geen regel in de logbestanden die er altijd aan voorafgaat. De tweede onbekende factor is de oplossing, die volledig afhankelijk is van de eerste. Een cijfer toekennen aan de oplossing voordat de oorzaak bekend is, komt neer op het beoordelen van een story die het team in feite niet kan zien.

De oplossing is niet altijd moeilijk als u de oorzaak eenmaal hebt gevonden; vaak volstaat een wijziging van één regel. Het kostbare deel is het opsporen ervan. Het inschatten van de zoektijd is realistisch; het inschatten van de oplossing is wishful thinking.

Wat er in de kamer wordt gezegd

Ingenieur A: “Ik denk dat het te maken heeft met het ongeldig maken van de cache.”

Ingenieur B: “Ik denk dat het een kwestie van inzet is.”

Inleiding: “Is er iemand die dit op verzoek heeft weten te realiseren?”

Vraag: “We hebben twintig dingen geprobeerd. Niets werkte naar behoren.”

Ondersteuning: “Het gaat om drie gebruikers per week, altijd op dinsdagmiddag.”

Vragen die het waard zijn om te stellen voordat u gaat stemmen

• Wat is het symptoom en hoe vaak treedt het op?
• Is er al logboekregistratie op de betreffende paden, of moeten we die eerst toevoegen?
• Is er een klant met een account waarvan bekend is dat het niet goed functioneert, waarmee wij het probleem kunnen reproduceren?
• Wat zijn de kosten van deze fout voor de klant per week, en is dit voldoende reden om de kwestie grondig te onderzoeken?
• Wat is de tijdslimiet voor het onderzoek voordat wij de kwestie opnieuw behandelen?

Twee benoemde theorieën en geen reproduceerbare resultaten vormen geen uitgangspunt om tot een besluit te komen; het is een onderzoek dat gefinancierd moet worden. Wijs er een budget en een mijlpaal aan toe, en maak vervolgens een nieuwe raming zodra de oorzaak een naam heeft gekregen.

Stel een budget voor het onderzoek vast. Wanneer de oorzaak bekend is, maak dan een afzonderlijke schatting van de kosten voor de oplossing.

Zie het artikel over het inschatten van een onbetrouwbare test voor dezelfde vorm, en veelgemaakte fouten bij planning poker bij het inschatten van bugs op feature-niveau. Bekijk de andere uitgewerkte schattingsvoorbeelden, of start een gratis planning poker-sessie wanneer de oorzaak bekend is.