Recommandations pour la connexion automatique des erreurs inattendues / traces pile à bug tracker

Question

Nous avons examiné la connexion automatique toutes les erreurs de client inattendues à notre bug tracker. Pour référence notre application est écrit en Java / GWT / Guice / Hibernate / Jetty et notre bug tracker est la version hébergée de FogBugz qui peut créer des bugs ou via un programatically e-mail.

Le plus gros problème que je vois avec ce faire est la pile des traces qui se produisent dans une boucle surcharge le bug tracker en créant des milliers de cas. Quelqu'un at-il une façon de gérer la création proposée automatique de bug comme ça?

Answer 1

Si vous utilisez FogBugz bugscout ( aussi voir mise à jour docs ici ) il a la capacité d'augmenter juste nombre d'occurences du même problème, au lieu de créer de nouveaux cas pour même exception, encore et encore.

Answer 2

Êtes-vous sûr que vous voulez faire?

Cela dépend évidemment de votre application, mais même en prenant soigneusement soin des cas qui pourraient générer beaucoup de rapports de bugs (en raison des boucles), cette approche pourrait encore finir de remplir le bug tracker.

Comment cela? Code votre application de sorte que chaque fois qu'une exception est levée, vous recueillir des informations sur le client (IP, connexion, version application, etc.) et d'envoyer cette + la trace de la pile (ou l'ensemble objet d'exception .toString ()) par e-mail pour vous (ou l'équipe de développement).

Puis vous client de messagerie, ont un filtre sorte que le courrier entrant et il jette dans un dossier agréable pour vous de regarder plus tard.

Ainsi, vous pouvez avoir des tonnes de courriels au sujet peut-être l'un des plus de problèmes, mais vous ne se soucient vraiment pas parce que vous entrez vous-même les problèmes dans le bugtracker, et supprimer facilement que ton du courrier.

C'est ce que je faisais pour mon application (ce qui est une application de bureau client-serveur). Il joue bien dans ce cas.

Hope qui a aidé!

Answer 3

supports JIRA création questions automatisées à l'aide que l'on appelle Services : documentation .

Quelqu'un at-il une façon de gérer la création suggérée automatique bug ...?

Eh bien, je l'ai. Ne pas le faire.

Qu'est-ce que vous allez gagner de cela? Tester l'effort? dans mon expérience, quel que soit l'effort on peut sauver de ce qui fut perdu à plusieurs reprises avec des frais généraux transférés aux développeurs qui ont dû analyser et maintenir les billets créés automatiquement de toute façon. Sans parler de la frustration générale provoquée par cela.

• moins contre-productif comme je peux imaginer serait quelque chose comme l'établissement d'une catégorie ou d'une question instance de suivi des bugs dédiés, tels que seuls les testeurs peuvent voir et l'utiliser.
  Dans ce « bac à sable », les bugs créés automatiquement pourraient être affectés à des testeurs qui passerait plus tard analysées et agrégées rapports de bogue aux développeurs.
  Et même dans ce cas, je vous recommande de porter une attention à ce que les utilisateurs (testeurs) par exemple sur le système. Si elles, disent, commencent à se plaindre du système, envisager d'essayer une méthode manuelle de faire les choses à la place.