Come segnalare un bug agli sviluppatori? Una ricerca di programmatori per educare alla segnalazione di bug

13

Spero di ricevere alcuni suggerimenti e consigli su come educare il resto dell'azienda su come inviare segnalazioni di bug corrette. Attualmente riceviamo biglietti come:

  • Quando clicco su questo link ottengo un 404. (Includono la pagina che 404 e non la pagina che lo ha causato)
  • A volte scorre la colonna di destra la colonna del pulsante. (senza screenshot o informazioni aggiuntive)
  • Le modifiche a xxx sembrano funzionare correttamente. (EOM)

Qualcuno ha un processo / modulo di invio bug che guida gli utenti a inviare quante più informazioni possibili?

    
posta Ryan Detzel 28.02.2011 - 15:16
fonte

5 risposte

14

Nella nostra organizzazione utilizziamo un modello di bug che richiede le seguenti informazioni quando viene inviato un bug:

  1. Breve descrizione del bug
  2. Passaggi per riprodurre il bug (questa è una procedura passo passo per la riproduzione del bug)
  3. Risultato atteso (cosa si aspettavano che accadesse)
  4. Risultato effettivo (cosa è effettivamente accaduto)
  5. Versione software e sistema operativo

Questa è l'informazione minima richiesta. Richiediamo anche schermate e file di registro delle applicazioni appropriati per il bug in questione.

Cerchiamo di far sì che i nostri reporter di bug riportino i bug dal punto di vista degli utenti il più possibile. In questo modo è più facile valutare la criticità di un bug più rapidamente, in modo da renderlo prioritario.

    
risposta data 28.02.2011 - 21:57
fonte
9

Lavorando molto con i clienti che non sanno veramente come inviare bug, non sono mai riuscito a spiegare al cliente come farlo correttamente. Ma alcune persone potrebbero notare che stanno sbagliando, specialmente quando ripeti la stessa domanda ancora e ancora, o se li guidi.

Ripeti te stesso

Ad esempio:

Bug report 1: The left panel is not displayed correctly in my browser.

Answer to the bug report 1: Thank you for submitting the bug. Can you please provide us the name and the version of the browser you used and the screenshot of the problem? Thank you.

Bug report 2: When I move my mouse over the button "Submit" on "Submit the order" page, the text below disappears.

Answer to the bug report 2: Thank you for submitting the bug. Can you please provide us the name and the version of the browser you used and the screenshot of the problem? Thank you.

...

Bug report 1024: Hey, I think there is a bug on the home page when I use Firefox 4.0 Release Candidate. When I hover the side panels, their color remains black, while in Firefox 3.6 and Internet Explhorror 8, the color is switched to dark blue. See the screenshot below.

Quando ti viene chiesto di fare cose ripetitive, il cliente capisce più o meno velocemente che sarà più facile farlo da sola la prossima volta.

Nota che è molto importante fare copia-incolla delle tue richieste. Se si formulano le richieste in modo diverso ogni volta, il cliente impiegherà più tempo a notare che si chiede la stessa cosa per ogni errore simile.

La ripetizione dei bot è ancora migliore

Se c'è una cosa che aiuta molto a "insegnare" al cliente, è inviare risposte automatiche. Se si utilizza un prodotto per l'invio di bug, sarebbe difficile da fare, ma se si è fatto il proprio sistema di tracciamento degli errori, la cosa potrebbe essere semplice.

Le risposte automatizzate aiutano perché danno una sensazione più strong di ripetizione e il loro comportamento deterministico significa che la loro risposta sarà la stessa. Quando chiedi qualcosa a un essere umano e lei lo rifiuta, puoi chiedere la stessa cosa in una settimana. Se un robot rifiuta qualcosa, ci sono possibilità che rifiuterà la stessa cosa ancora e ancora per anni.

È anche molto facile fare la differenza tra le risposte automatizzate e quelle create dall'uomo. Esempio (immaginiamo di trattare con un cliente che conosciamo da anni e che siamo molto vicini a lei):

Risposta di un essere umano

Bug report 256: Hi. I requested yesterday to modify the links because of the changes in the requirements, but half of the links are still the same. Is there a problem?

Answer to the bug report 256: Oh, I'm sorry, but what are precisely the links you are talking about? I've checked the ten pages affected by the requirement and don't see any problem.

Risposta da un bot

Bug report 256: Hi. I requested yesterday to modify the links because of the changes in the requirements, but half of the links are still the same. Is there a problem?

Answer to the bug report 256: Your bug report was not accepted by the system for the following reason:

· The URIs of the affected pages are not specified.

We apologize for the inconvenience. You can submit the bug again by providing the requested information.

Guida le persone che inviano segnalazioni di bug

Anche in questo caso, se sei in grado di personalizzare il sistema di segnalazione dei bug, può essere una buona idea aggiungere indicazioni e suggerimenti.

Invece di lasciare che l'utente riempia la textarea e faccia clic su "Invia", crea alcune procedure guidate o solo moduli con campi obbligatori per situazioni comuni.

Ad esempio, per un progetto di sito Web, crea un modulo "Problemi di rendering" con i seguenti campi:

  • Qual è la pagina interessata? (obbligatorio) (Impostare su "Tutti" se è interessata ogni pagina del sito Web)
  • Che cosa vedi? (obbligatorio)
  • Cosa ti aspetti di vedere invece? (opzionale)
  • Quale browser usi [FF | IE | Opera | Safari | Altro: _ ]? (obbligatorio)
  • Qual è la versione del browser che usi? (obbligatorio)
  • È una versione beta o release candidata di un browser, se non è stata specificata in precedenza [Sì: _ | No]? (obbligatorio)
  • Hai controllato la stessa pagina in altri browser [Sì | No]? (obbligatorio)
  • Se hai risposto "sì", osservi lo stesso problema in altri browser [Sì | No]? (...)
  • Hai JavaScript disabilitato [Sì | No]? (obbligatorio)
  • Hai opzioni personalizzate, come testo più grande o più piccolo, colori personalizzati, ecc. [Sì: _ | No]? (obbligatorio)
  • Si prega di fornire uno screenshot della pagina intera o una parte della pagina che mostri il problema di rendering. Lo screenshot deve essere un'immagine PNG o JPG. Per sapere come creare screenshot, visita la nostra < a href="..." > assistenza online < / a & gt ;. (obbligatorio)
risposta data 28.02.2011 - 22:11
fonte
6

Ciao.
Potrebbe essere difficile farlo a livello di organizzazione, ma sarebbe utile prendere persone che inviano segnalazioni del genere e fare workshop con loro. Li accoppi e chiedi di "inviare" segnalazioni di bug l'un l'altro. Dopo aver fornito una segnalazione di bug ad un'altra persona, chiedere alla persona che ha ricevuto la segnalazione di bug di riprodurre il problema. Lascia che elaborino i dettagli per vedere quali informazioni sono importanti. Quindi scambiare i ruoli tra loro.

Se hai bisogno di qualcosa come le linee guida, crea un documento basato sulle tue esperienze e semplice ricerca Google risultati, come:

risposta data 28.02.2011 - 18:04
fonte
2

A volte devi solo sederti con gli utenti individualmente o in un seminario e guidarli attraverso il tuo sistema di ticketing. Inoltre, quando un utente invia un ticket non valido, chiamalo e parla con loro e spiega come compilare le informazioni.

Abbiamo fatto una spinta a questo tipo di sforzo negli ultimi due anni. Certo, è stato un sacco di tempo uno a uno, ma a lungo termine, ora abbiamo una base di utenti che è davvero brava a presentare i biglietti. E penso che dal punto di vista degli utenti, vedono che i biglietti migliori significano tempi di risposta più rapidi su correzioni di bug e implementazioni di funzionalità.

Inoltre, puoi organizzare il monitoraggio dei bug aggiungendo rapporti automatici sugli arresti anomali alle tue applicazioni. Può essere davvero utile estrarre i dati del rapporto sugli arresti anomali per individuare i bug di arresto anomalo che gli utenti non segnalano o quelli che vengono segnalati con informazioni confuse.

    
risposta data 28.02.2011 - 21:58
fonte
1

Usa un database di bug e aggiorna i dettagli mancanti ad hoc. Non importa molto se usi bugzilla o solo un foglio Excel, purché tu abbia una sorta di lista in cui puoi popolare i campi. Io uso solo un foglio Excel per un semplice database di bug che gestisci tu stesso:

Puoi anche usare www.reqtest.com che ritengo sia un ottimo sistema di test e bug tracking.

    
risposta data 24.08.2012 - 08:52
fonte

Leggi altre domande sui tag