0

HTML と DOM のテストを開発するのに非常に適したテスト フレームワークとしてhttp://fitnesse.orgについて説明を受けました。それで、概念実証を行いましたが、そのための適切なツールではないようです。詳細なテストよりもドキュメンテーションを重視しているようです。

質問は、ユーザーが asp.net mvc アプリケーションをナビゲートするさまざまな画面をテストするのに適したツールですか? FitNesse テーブルを使用して、これをテストする方法はありますか? 存在しない場合、何が良い選択でしょうか?

ありがとうございました！

4

2 に答える 2

1

WaitNを試したことはありますか？

于 2012-05-21T20:19:54.827 に答える
1

FitNesse は、GUI より下のレベルのテストに最適です。これは、ASP.NET サービスを直接テストするのには適していますが (これは私たちが行っていることです)、GUI レベルでのテスト (ブラウザーの自動化など) には向いていません。

FitNesse を使用してサービスをテストするには、「フィクスチャ」(この場合はおそらく .NET クラス ライブラリ) を記述します。このフィクスチャは、サービスに対するシン UI として機能します。

Fixture には、FitNesse テストを作成できるパブリック インターフェイスがあります。

パブリック ASP.NET サービスが安定するため、このレベルでの自動テストは効果的です。これは、テストを信頼できることを意味します。テストが赤い場合は、おそらくコードが壊れているためです。

GUI レベルでのテスト (通常はブラウザーを自動化し、スクリーン ショットを比較することによる) は、クライアントが揮発性である可能性が高いため、逆効果であることが判明する可能性があります。

  • レイアウトを少し変更すると、テストが壊れます。css スタイルの 1 つを変更すると、テストが壊れます。ブラウザーまたはオペレーティング システムの更新により、テストが中断される可能性があります。
  • 赤でマークされたテストをチェックして、本当に壊れているかどうかを確認するには、多くの時間がかかり、エラーが発生しやすくなります。Ranorexに基づく自家製のソリューションを使用して、この方法で Windows デスクトップ アプリケーションをテストしますが、これらのテストの費用対効果には疑問があります。

理想的には、GUI テストとサービス レベル テストの両方を組み合わせて使用​​しますが、HTML クライアントの正しいソリューションも探しています。

于 2012-05-27T10:20:55.367 に答える