Raccomandazioni per la registrazione automatica di errori/tracce stack imprevisti a Bug Tracker

Question

Abbiamo esaminato la registrazione automatica di tutti gli errori del client imprevisti al nostro tracker di bug. Per riferimento la nostra applicazione è scritta in Java/GWT/Guice/Hibernate/Jetty e il nostro tracker di bug è la versione ospitata di Fogbugz che può creare bug in modo programmatico o tramite un'e -mail.

Il problema più grande che vedo nel fare questo è tracce di stack che si verificano in un loop sovraccarico il tracker di bug creando migliaia di casi. Qualcuno ha un modo suggerito per gestire la creazione automatica di bug come questa?

Answer 1

Se stai usando Fogbugz bugscout (vedi anche Documenti aggiornati qui) Quindi ha la capacità di aumentare il numero di eventi dello stesso problema, invece di creare un nuovo caso per la stessa eccezione ancora e ancora.

Answer 2

Sei sicuro di volerlo farlo?

Ovviamente dipende dalla tua applicazione, ma anche prendendosi cura attentamente dei casi che potrebbero generare molti rapporti di bug (a causa dei loop) questo approccio potrebbe ancora finire per riempire il tracker di bug.

Cosa ne pensi di questo? Codifica la tua app in modo che ogni volta che viene lanciata un'eccezione, raccogli informazioni sul client (IP, login, versione dell'app, ecc.) E invia che + lo stack traccia (o l'intero oggetto eccezione .ToString ()) via e -mail a te stesso (o il team di sviluppo).

Quindi sul tuo client di posta elettronica, fai un filtro che ordina la posta in arrivo e la lancia in una bella cartella da guardare in seguito.

Quindi puoi avere tonnellate di e -mail su forse uno di più problemi, ma poi non ti interessa davvero perché inserisci i problemi da soli nel bugtracker e elimini facilmente quella tonnellata di posta.

Questo è quello che ho fatto per la mia app (che è un'app desktop client-server). Si svolge bene in questo caso.

Spero che questo abbia aiutato!

Answer 3

JIRA supporta la creazione di problemi automatizzati usando il cosiddetto Servizi: documentazione.

Qualcuno ha un modo suggerito per gestire la creazione automatica di bug ...?

Bene, l'ho fatto. Non farlo.

Cosa guadagnerai da quello? Lo sforzo del tester? Nella mia esperienza, qualunque sforzo si possa risparmiare da ciò è stato perso più volte con le spese generali trasferite agli sviluppatori che hanno dovuto analizzare e mantenere comunque i biglietti creati automaticamente. Per non parlare della frustrazione generale causata da questo.

• Il meno controproducente Il modo in cui posso immaginare sarebbe qualcosa come stabilire una categoria di bug dedicati o l'istanza del tracker di emissione, in modo tale che solo i tester possano vederla e usarla.
  In quel "sandbox", i bug creati automaticamente potrebbero essere assegnati ai tester che sarebbero successivamente passati analizzato e aggregato Segnala di bug agli sviluppatori.
  E anche in quel caso, consiglierei di prestare molta attenzione a ciò che gli utenti (tester) dicono sul sistema. Se, dicono, iniziano a lamentarsi del sistema, considera invece di provare un modo manuale di fare le cose.