ユーザーがアプリケーションに関するバグを報告できるフォームが欲しいです。私の最初の考えは、アカウントに関するランダムなGmailアカウントのハードコード情報をアプリケーションに作成し、レポートをアカウントに送信して、そこからメールに転送できるようにすることでした。JavaMail を使用します。バグを受信するためだけに SMTP サーバーを維持したくありません。皆さんはどのように提案しますか？
6 に答える
4
代わりにバグ追跡システムを使用することをお勧めします。これにより、バグを受け取るだけでなく、バグを管理することもできます。
于 2009-06-09T13:25:24.750 に答える
0
小さなWebサービスインターフェイスを作成し、バックエンドデータベースでホストすることができます。アプリケーションは、Webサービスを呼び出すだけで、データベースにバグ情報を追加できます。
または、フォームにブラウザコントロールを配置し、asp / php / ...ページを呼び出して、バグデータを収集し、1）メールに送信するか、2）データベースに追加するか、3）書き込みを行うことができます。フラットファイル。
于 2009-06-09T13:29:47.313 に答える
0
多くの点でTracと同様に、Redmineをお勧めします。バージョン0.8以降では、電子メールによるチケット送信がサポートされています。これがチケットを受け取るための推奨される方法ではない場合でも、クライアントが怠惰であるか、トラブルチケットシステムの使用を拒否している場合などに役立ちます:)。
于 2009-06-10T02:49:28.297 に答える
0
バグ/問題管理ソフトウェアを調べることをお勧めします。自分でホストできるサーバーがある場合、tracは人気のあるオープン ソース オプションです。自分でホストしたくない場合は、assemblaなどの安価なサービスを使用して、課題管理ソフトウェアとソース管理システムの両方をホストできます。
独自のソリューションを展開することを主張する場合は、Web ベースのサービスをリレーとして使用できますが、資格情報 (ホスト、ユーザー名、パスワード) を外部化することをお勧めします。さらに、宛先の電子メール アドレスのリストを追加することをお勧めします。これにより、必要に応じて配布リストを作成できるようになります。構成情報を外部化することで、コードを再デプロイすることなく、実行中のアプリケーションを更新できます。
于 2009-06-09T13:34:16.323 に答える
0
Jira などの一部のバグ追跡システムは、SOAPまたは REST を介して RPC インターフェイスを提供します。アプリケーションに RPC クライアントを追加し、許可されたユーザーからバグを送信できるようにします。RPC クライアントを作成するのがどれだけ難しいかは、アプリケーション言語のライブラリによって異なりますが、通常はそれほど難しくありません。
コメントを読んだ後のより具体的な注意点として、github ではREST インターフェイスを使用して問題に取り組むことができます。それをアプリケーションに統合するには、いくつかの http 呼び出しを行うだけです。認証権を取得し、OAuth または同様のシングル サインオン メカニズムを使用します。
于 2011-02-05T04:24:31.417 に答える