電子メールでバグを登録する

Question

バグの説明を含む電子メールを解析する最良の方法は何ですか？あるクライアントは最近、ユーザーが既知のメールボックスに電子メールを送信できるようになり、バグがバグトラッカーに登録されることがうまくいくと判断しました。

バグの説明には、日付、時刻、説明、コメント、紛失、添付ファイルなどのフィールドがたくさんあります。特定のメールフォーマットを使用することに頼るのは、最もスマートな方法ではありません。

質問は、どのようにしてすべての必要な情報を得るために電子メールを解析できるかです。フォーマットは厳密ではなく、どのフィールドが何を意味するかを推測するのに十分なものでなければなりません。私はこのための正しい解決法と最も簡単な解決策の両方を聞くことにも興味があります。

P.S. 実際にはこの機能が銀行から要求されました。彼らは、クライアントが発見された問題を送信するパブリックメールボックスを持っています。問題は、銀行従業員が実際にそれを見る前に、これらの手紙から多くの情報を得ることです。

Answer 1

RTと同様のことをしますが、電子メールは実際には解析されません。すべての電子メールは、ITスタッフが評価する単一のキューに入れられます。基本的に、解析は人間によって行われます。チケットを変更して、電子メールから収集できる情報量を増やします。

従業員であるか、高度に訓練されているか、ルールに従うようなインセンティブがない限り、ユーザーは特別な構文や書式を遵守することはまずありません。

もう1つの選択肢は、初期の電子メールに質問者としてフォーマットされた電子メールを返信させることです。言い換えれば、ユーザーは最初のバグレポートを書いてすぐに（またはあなたの電子メールサーバーが応答するとすぐに）「ありがとうございます - 詳細情報を提供できますか？」というメッセージが表示され、詳細情報が表示されます。あなたはその電子メールを解析して、より正確な情報でバグ追跡システムにデータを埋め込ませることができます。

幸運を祈る！涼しいアイデアのように聞こえる！

Answer 2

フリーフォームのテキストに基づいてバグを分類するのは難しい命題です。欠陥の提出者の名前と日付のほかに、バグが報告されていることはごくわずかです。自分自身をメールに限定する理由はありますか？ Webページからバグを送信するフォームを提供する場合は、ユーザーに提示するドロップダウンメニュー項目に基づいて不具合/バグを分類できます。さらに、ページの動的情報部分で共通の回答を指すことができます。 Apple iTunes support request pageを見て、ユーザにあなたにまともな情報を与えるように強制する、やや面倒ではありますが効果的な方法です。銀行業務アプリケーションは、あいまいさを許容するうえで優れたドメインではなく、複数回にわたる通信を行ううえで優れたドメインでもありません。

Answer 3

FogBugzには、電子メールアドレスを監視し、そのアドレスに送信された電子メールを新しいFogBugzのケースとして追加する機能があります。

ScoutSubmitという機能があり、HTTP GET引数を受け取り、新しいものを送信するために使用します。アプリケーションが自動的にフィールドからバグレポートを送信するのに便利です。