Cosa Fare Con una Segnalazione di Bug su Cui Non Puoi Agire

La maggior parte dei consigli sulle segnalazioni di bug si rivolge a chi le scrive. Questo riguarda l’altro aspetto: una segnalazione è arrivata, quasi certamente descrive qualcosa di reale, ma non contiene informazioni sufficienti per agire su di essa.

Hai tre opzioni oneste, e quella che la maggior parte dei team sceglie è la peggiore delle tre.

Le tre opzioni

Chiudila. Veloce, e talvolta giusto. È giusto quando la segnalazione è un duplicato, quando descrive un comportamento intenzionale, o quando è così vaga che nessuna domanda potrebbe cambiar le cose.

Chiedi di più. L’opzione predefinita e quella che costa più di tutte, silenziosamente. Ogni domanda è un viaggio di andata e ritorno misurato in giorni, e ogni domanda consuma un po’ della disponibilità del segnalatore a dirti qualcosa la prossima volta.

Rispondi tu stesso. Vai a trovare le informazioni mancanti senza coinvolgere il segnalatore: nei log, nel tracking degli errori, in qualsiasi cosa tu possa riprodurre dal frammento che ti è stato dato. Più lento per te oggi. Di solito l’unico che porta a una conclusione.

La ragione per cui l’opzione di mezzo è considerata gratuita è che il suo costo è pagato da qualcun altro, più tardi, e non appare mai accanto al ticket.

Prima di chiedere, scopri cosa cambierebbe la risposta

Questa è l’intera disciplina, e richiede trenta secondi.

Per ogni domanda che stai per fare, completa la frase: se dicono X, io… Se non puoi completarla, la domanda è solo ornamento e la fai perché il modulo ha un campo.

Debole

"Puoi dirci qual è il tuo browser, il sistema operativo, la dimensione dello schermo, cosa stavi facendo, e se accade ogni volta?"

Meglio

"Accade ancora in una finestra privata? Se sì guarderò il server; se no è una build in cache e pubblicherò una correzione che elimina la cache oggi."

Il secondo chiede un solo bit e entrambe le risposte portano da qualche parte. Il primo è un modulo, e un modulo viene compilato quando qualcuno ha tempo, il che non è oggi.

Poni una domanda, non cinque. Cinque domande in un messaggio forniscono in modo affidabile due risposte, e non puoi sapere quali tre sono state ignorate perché poco chiare, irrilevanti, o semplicemente la quarta cosa in un lungo paragrafo.

Cosa fare mentre aspetti, che è la maggior parte del lavoro

La segnalazione è un frammento, ma raramente è nulla. Di solito contiene più di quello che sembra.

Un timestamp è una chiave per tutto quello che raccogli già. Anche “ieri pomeriggio” restringe i tuoi log a poche ore, e se la persona è nominata nel tuo sistema puoi trovare le sue richieste in quella finestra temporale. Metà del tempo la richiesta fallita è lì con il suo codice di stato, e non hai mai avuto bisogno di chiedere nulla.

Una schermata contiene più di quello che sembra. L’URL è nella barra degli indirizzi, la dimensione della finestra è implicita nel layout, e la chrome del browser di solito rivela il browser e il sistema operativo. Le persone ne inviano una pensando di averti inviato una foto di un pulsante rotto.

La formulazione ti dice su quale superficie erano. “L’app”, “il sito” e “la pagina” non sono sinonimi nella maggior parte dei prodotti, e qualcuno che dice “mi ha disconnesso” ti ha detto che il guasto ha una sessione coinvolta.

“Funzionava la settimana scorsa” è una bisezione. Se è vero, qualsiasi cosa sia cambiata è in una finestra conosciuta, e la tua cronologia di distribuzione è un elenco di sospetti ordinati per tempo.

Se esaurisci tutto questo e sei ancora bloccato, hai guadagnato il diritto di fare una domanda, e ora sai esattamente quale.

Chiuderne uno senza mentire

A volte la risposta è davvero no. C’è un modo per farlo che mantiene il segnalatore e un modo che lo perde.

La versione che li perde è “non riproducibile”, senza nient’altro. Si legge come “non ti credo”, perché da dove sono seduti è quello che dice: l’hanno visto accadere.

La versione che li mantiene dice cosa hai fatto, cosa hai trovato, e cosa cambierebbe la risposta. “Ho controllato i log di martedì pomeriggio e non ho trovato richieste fallite per il tuo account, e funziona su Chrome 141 e Safari qui. Riaprire questo non appena accade di nuovo è genuinamente utile, e il testo della console del browser lo risolverebbe.” Questa è la stessa decisione, e lascia qualcuno disposto a dirti qualcosa la prossima volta.

Questo è più importante di qualsiasi singolo ticket, perché le persone che ti segnalano i bug sono un piccolo gruppo interamente volontario, e ogni segnalazione non riscontrata o chiusa sprezzantemente ne rimuove una. Un tracker silenzioso non è la stessa cosa di un prodotto funzionante, e nel momento in cui non puoi più distinguerli, è troppo tardi per chiedere.

Cosa trarne

Una segnalazione su cui non puoi agire è un frammento, non un fallimento, e il lavoro consiste nel decidere se il pezzo mancante costa meno trovarla che richiederlo.

Poni una domanda con una conseguenza allegata, o nessuna. Esamina il frammento per primo, perché il timestamp e la schermata di solito contengono più della frase. E quando chiudi uno irrisolto, chiudilo in un modo che renda il prossimo rapporto più probabile piuttosto che meno probabile, poiché la disponibilità di persone disposte a scriverli è quello che stai effettivamente gestendo.