私たちは、すべての予期しないクライアント エラーをバグ トラッカーに自動的に記録することを検討してきました。参考までに、私たちのアプリケーションは Java/GWT/Guice/Hibernate/Jetty で作成されており、バグ トラッカーはホストされたバージョンの FogBugz であり、プログラムまたは電子メールでバグを作成できます。
これを実行する際に私が目にする最大の問題は、ループで発生するスタック トレースが、何千ものケースを作成してバグ トラッカーをオーバーロードすることです。このような自動バグ作成を処理するための提案された方法はありますか?
JIRAは、いわゆるサービス：ドキュメントを使用した自動課題作成をサポートしています。
自動バグ作成を処理するための提案された方法はありますか...？
まあ、私は持っています。そうしないでください。
あなたはそれから何を得るつもりですか？テスターの努力？私の経験では、それから節約できる努力は何回も失われ、とにかく自動的に作成されたチケットを分析して維持しなければならない開発者にオーバーヘッドが転送されました。それによって引き起こされる全体的な欲求不満は言うまでもありません。
あなたは本当にそれをしたいですか？
明らかにアプリケーションに依存しますが、(ループのために) 多くのバグ レポートを生成する可能性のあるケースに注意を払っても、このアプローチは依然としてバグ トラッカーを埋めることになる可能性があります。
これはどう？例外がスローされるたびにクライアントに関する情報 (IP、ログイン、アプリのバージョンなど) を収集し、それとスタック トレース (または例外オブジェクト .ToString() 全体) をメールで自分宛てに送信するように、アプリをコーディングします。 （または開発チーム）。
次に、メールクライアントで、受信メールを並べ替えて、後で見られるように適切なフォルダーにスローするフィルターを用意します。
したがって、おそらく 1 つ以上の問題について大量のメールを受け取ることができますが、バグトラッカーに自分で問題を入力し、その大量のメールを簡単に削除できるため、あまり気にしません。
これが、私のアプリ (クライアント サーバー デスクトップ アプリ) に対して行ったことです。この場合はうまく機能します。
それが役に立ったことを願っています！