我們一直在考慮將所有意外的客戶端錯誤自動記錄到我們的錯誤跟蹤器。作爲參考，我們的應用程序是用Java/GWT/Guice/Hibernate/Jetty編寫的，而我們的錯誤跟蹤器是FogBugz的託管版本，可以通過編程方式或通過電子郵件創建錯誤。關於自動將意外錯誤/堆棧跟蹤記錄到錯誤跟蹤器的建議
我這樣做的最大問題是，在循環中發生的堆棧跟蹤通過創建數千個案例來重載錯誤跟蹤器。有沒有人有建議的方式來處理像這樣的自動錯誤創建？
如果您使用的是FogBugz bugscout（也參見up-to-date docs here），那麼它有能力增加相同問題的出現次數，而不是一次又一次地爲相同的異常創建新的大小寫。
您確定要這麼做嗎？
這顯然取決於您的應用程序，但即使仔細考慮可能會生成大量錯誤報告（由於循環）的情況下，這種方法仍可能最終填充錯誤跟蹤器。
這個怎麼樣？ 對應用程序進行編碼，以便每次拋出異常時收集有關客戶端的信息（IP，登錄名，應用程序版本等），並通過電子郵件將堆棧跟蹤（或整個異常對象.ToString（））發送至（或開發團隊）。
然後在你的電子郵件客戶端上，有一個過濾器對接收到的郵件進行排序，並將其引發到一個不錯的文件夾中供你稍後查看。
因此，您可以收到大量關於可能是其中一個問題的電子郵件，但您並不在意，因爲您在錯誤跟蹤器中自己輸入問題，並輕鬆刪除那些郵件。
這就是我爲我的應用程序（這是一個客戶端 - 服務器桌面應用程序）所做的。在這種情況下它發揮出色。
希望有幫助！
JIRA支持使用所謂的服務創建自動問題：documentation。
有沒有人有建議的方式來處理自動錯誤創建......？
嗯，我有。不要這樣做。
你會從中獲得什麼？測試人員的努力？根據我的經驗，無論什麼樣的努力都可以省去多次，並將開銷轉移給那些必須分析和維護自動創建的門票的開發人員。更不用說由此造成的總體挫折。