わかりました、Bugzillaは、平均的なエンド ユーザーからウィリーを怖がらせるでしょう。カマキリのようなものでさえ、初心者にとっては少し不気味です。
エンドユーザーや顧客がわかりやすい方法でバグを報告するのを簡単かつ直感的で、まったく威圧しないようにするために、どのような方法、Web パッケージ (推奨)、インターフェースなどを実装できますか?
私は、Bugzilla のように包括的で威圧的なものに必要な予備知識よりも、フォームベースまたはポイント アンド クリックのアイデアが好きです。
電子メールは、平均的なパンターにとって親しみやすいものですが、何が壊れているかを試して把握するために必要な種類の情報をユーザーに要求しないため、理想的とは言えません。
これまでのところ Bugs - Bug Genieは、平均的なユーザーが直面する最も恐ろしいオプションのようです。検索しましたが、私のような質問は見つかりませんでした。
提案、アイデア、洞察をお願いします！
あなたの言う通りです。Bugzilla を使用するかどうかはユーザー次第ではありません。それは開発者向けです。
ユーザー側からのエラー報告は、ユーザーがそれを使用することを期待する場合、非常に単純である必要があります。(つまり、「このバグを MS に報告する」というメッセージが表示されたら、ワンクリック メカニズムですが、通常はキャンセルを押します。)
また、バグを追跡するために必要な情報を取得するだけでなく、ユーザーに何かが行われているように感じさせることでもあるので、それを覚えておいてください.
これらすべての結果として、開発者として適したバグ追跡パッケージを使用し、エンド ユーザー向けに特別に構築された素晴らしくシンプルで使いやすい Web フォーム インターフェースからそれをフィードします。
次に、エラーが発生したときに、プログラムでは答えられない質問のみをユーザーに尋ねるようにしてください。理想的には、例外処理は、現在のアクション (請求書の保存)、現在のコンテキスト (請求書画面)、処理対象のエンティティ (請求書 #10013)、およびプログラムからのすべての例外情報を既に追跡している必要があります。これをキャプチャしてリモートで取得できない場合は、ユーザーが「この問題を報告する」をクリックしたときに (URL パラメーターなどで) Web フォームにフィードします。機密データの要件に注意を払うようにしてください。
次に、「この問題についてどのように連絡するのが最善ですか?」のような人間の質問をユーザーに尋ねるだけでよいはずです。(方法 / 時間 / など)、人間からの応答を得るのにどれくらいの時間がかかるかを彼らに伝えます。
これがソフトウェアの推奨事項を提供していないことは承知していますが、問題を処理するための良いアドバイスになることを願っています.
推奨する特定の製品はありませんが、作業用ソフトウェアを提供している会社の Web サイトに「クライアント」エリアがあります。ログインして「問題を報告する」をクリックし、製品を選択してテキストボックスに問題の内容を記入する簡単なフォームに入力します。スクリーンショット/ファイルを添付する機能もあります。
ユーザーは、報告した問題とステータス (新規、割り当て済み、修正済み) を確認できます。フォームを送信すると、適切なグループにメールが送信されると思いますが、よくわかりません。
もちろん、バグ レポートに記入するときは、再現手順などを含めます。しかし、「怖くない」限り、この方法はコーディングとエンドユーザーの両方にとって非常に簡単だと思います。コンピューターのスキルがないオフィスの他の人は、問題なくレポートを提出しました.
逆に、私はDigsbyをチャット クライアントとして使用しており、[ヘルプ] メニューの下に [バグ レポートを送信] オプションがあります。これにより、問題を入力できるウィンドウが開きます。Digsby の開いているウィンドウのスナップショットを含めるオプションがあります (クールです。ユーザーに「画面を印刷する」、MS ペイントに貼り付けるなどの方法を教えることはできません) 。簡単）、送信すると、診断ログが一緒にプルされます。
私もこの方法が気に入っています。なぜなら、何が問題なのか (特に表示バグの場合) を誰かに示す機能が組み込まれているからです。
答えは、このページの一番下で、私の顔を見つめていました。UserVoice のようなサービスは、エンド ユーザーがバグや変更などをノミネートして投票するための優れた方法です。
Bug Genie のスクリーンショットは、平均的なユーザーには少し高度に見えます。これが Web アプリなのかデスクトップ アプリなのかはわかりませんが、数回クリックするだけで、バグが発生したときに何をしていたかを簡単に説明できるものをセットアップしようと思います。
可能であれば、ログ ファイルとマシン スペックを自動的に送信するオプションを提供するとよいでしょうが、それが利用可能かどうかによって異なります。
バグ追跡ソフトウェアとして FogBugz を使用し、ユーザーがスタック トレースと共にメッセージを送信できる送信エラー ダイアログを作成しました。明らかに、これが Web アプリの場合はおそらくオプションではありませんが、できるだけ多くの自動化された情報を取得するようにしてください。
これは QA の仕事だと言いたいのですが、通常のユーザーはバグ レポートに記入するのに適した人ではありません。しかし、ユーザーの問題を把握する方法が必要な場合は、vBulletin や phpBB などの専用のフォーラム トピックのようなものを使用してみます。
カマキリを少しハッキングしました。
カマキリのバグ レポート フォームは企業の顧客には適切ではない (つまり、現実的ではない) かもしれませんが、技術に詳しくない同僚 (さらには共同開発者でさえも...) にとっては役に立ちます。
また、着信 (fw) と発信 (bcc) の両方で、カマキリに顧客の電子メールを簡単に取得できます。