2009-04-27 21 views
6

次のようにWebアプリケーションでテストフィードバックを実装したい - テスト権限を持つユーザーがログインすると、Webアプリケーションのすべてのページが小さなフィードバックウィンドウを開き、コーナーにドッキングされます。テスターはこのウィンドウを使用して問題を説明し、最終的に添付ファイルを追加できます。確認時に、モジュールはそのデータをデータベースに保存し、ブラウザのバージョンなどの関連データを記録します。Webアプリケーションのテストフィードバックに使用できるモジュールはありますか?

すでにモジュールとして無料で実装されているものはありますか?

Thx。

EDIT
は、ASP.NETの話、私はデフォルトを実装し、ページを継承するクラスとしてこれを思い描きます。テストを有効にするには、このクラスから継承します。テストが完了したら、ページから継承して全体を無効にすることができます。

データベース設定はweb.configを使用して設定できます。クラスは、WriteIssue(Context c、UserInput input)のようなオーバーライド可能なメソッドを提供することもできます。デフォルトの実装では、web.configとデータベースに必要なハードコードされたテーブルが使用されます。次に、問題のサーバーで問題を作成するなど、他のタイプのストレージが必要な場合は、このメソッドをオーバーライドしてカスタム実装を提供できます。 Web.configファイルもASP.NETの話

+2

優れたアイデア。 –

答えて

0

私は上記の目標を解決するためのフィードバックライブラリをほとんど開発していません。 ドキュメント、ソース、コンパイル済みアセンブリはhereです。

1

...ドックタイプ、ウィンドウのCSSと似たような他のカスタマイズを含むことができ、私は デフォルトを実装し、ページを継承するクラスとしてこの を思い描きます。 テストを有効にするには、このクラスから継承します。 それは面白いアイデアだが、テストが完了したら は...再びページから継承 によって

を全体の事を無効にすることができ、私はこの方法にはいくつかの問題を参照してください。それ

  1. をテスト用と生産用の異なるコードベースを意味します。プロダクションバージョンがテストバージョンとまったく同じように動作するかどうかは決して分かりません。
  2. の状況が単一のページの有効範囲外にある場合はどう対処しますか? 1つの例:テスターがアプリケーションの障害に遭遇した場合(DB接続が使用できない、設定にエラーがあるなど)

同様の目標を達成するには、テストセッション全体(スクリーンショット、ユーザーの操作)を自動的に記録し、HTMLレポートに保存する方法があります。いくつかの自動Webテストツールcan do itは、手動テストツールについてはわかりませんが(おそらくそれが利用可能です)

+0

1.あなたは正しいです。私は今、それに条件付きを使うことについてもっと考えています。したがって、生産とテストのコードはシンボル宣言だけが異なることがあります。また、コードをテストすることなく、プロダクションでそのまま保持することもできます。それは何もしないでください。 2.私はこのような致命的なエラーを処理することを目指していません。あなたの提案については、自分の目標ではなく、技術にJavaをインストールする必要があるように思えるのは嫌いです。自動スクリーンショットは、現在私が探しているものですが、JS環境です。それはIEで簡単に分かりますが、他のブラウザではそれほど簡単ではありません – majkinetor

+0

フィードバック用Thx – majkinetor

関連する問題