テストMVCビューが眉をひそめているのはなぜですか？

現在、ASP.Net MVCアプリケーションの基礎を設定しています。どのような単体テストを作成する必要があるのか​​を検討しています。私は複数の場所で人々が本質的に「あなたの意見をテストすることを気にしないでください、ロジックはなく、簡単で、統合テストでカバーされます」と言ってきました。

これがどのように受け入れられた知恵になったのか理解できません。統合テストは、単体テストとはまったく異なる目的を果たします。何かが壊れた場合、統合テストが壊れた30分後に知りたくないので、すぐに知りたいです。

サンプルシナリオ： Customerエンティティを持つ標準のCRUDアプリを扱っているとしましょう。顧客には名前と住所があります。テストの各レベルで、顧客の取得ロジックが名前と住所の両方を適切に取得することを確認します。

リポジトリを単体テストするために、データベースにアクセスする統合テストを作成します。ビジネスルールを単体テストするために、リポジトリをモックアウトし、ビジネスルールに適切なデータをフィードし、期待される結果が返されることを確認します。

やりたいこと： UIの単体テストを行うには、ビジネスルールをモックアウトし、予想される顧客インスタンスをセットアップし、ビューをレンダリングし、指定したインスタンスの適切な値がビューに含まれていることを確認します。

立ち往生していること： リポジトリの単体テストを行うには、統合テストを作成し、適切なログインを設定し、データベースに必要なデータを作成し、ブラウザーを開いて顧客に移動し、結果のページに適切なものが含まれていることを確認します指定したインスタンスの値。

上記の2つのシナリオにはオーバーラップがありますが、テストのセットアップと実行に必要な時間と労力の主な違いは理解しています。

私（または別の開発者）がアドレスフィールドをビューから削除した場合、統合テストがこれを検出するのを待ちたくありません。私が欲しいのは、毎日複数回行われるユニットテストで発見され、フラグが立てられます。

重要な概念を把握していないように感じます。MVCビューの有効性に関するテストのフィードバックをすぐに望むのはなぜ悪いのか、誰かが説明できますか？（または、悪くない場合は、フィードバックを得るための予想される方法ではありません）

ASP.NET MVCでは、シンプルなUIテストは非常に簡単です。基本的にあなたがしなければならないことは、返されたHTMLに必要な要素が含まれていることを断言することです。これにより、HTMLページが期待どおりに構成されますが、UIは完全にはテストされません。

適切なWeb UIテストには、マシン上のブラウザーを使用し、すべてのブラウザーでJavaScriptとHTMLが適切に機能することを確認するSeleniumなどのツールが必要です。Seleniumにはクライアント/サーバーモデルがあるため、Unix、Mac、およびWindowsクライアントを備えた仮想マシンのセットと、それらの環境に共通するブラウザーのセットを使用できます。

現在、適切に設計されたMVC（フレームワークではなくパターン）アプリケーションが、モデルとコントローラーに重要なロジックを配置しています。つまり、これらの2つの側面をテストすると、アプリケーションの機能がテストされます。ビューは表示ロジックのみを持つ傾向があり、視覚検査で簡単に確認できます。ビューのシン処理とアプリケーションの大部分が十分にテストされているため、多くの人はビューレイヤーのテストの苦痛がそれによって得られる利点を上回るとは考えていません。

ただし、MVCには、リクエストによって返されたDOMをチェックするための便利な機能がいくつかあります。これにより、ビューレイヤーのテストの苦痛がかなり軽減されます。

眉をひそめているとは言いません。むしろ、この感情は、aspxビューがWebFormsに非常に依存しているため、MVCビュー（少なくともaspxのさまざまなもの）の単体テストが非常に困難であるという事実の結果です。したがって、意見はそれほど複雑ではない傾向があるため、努力する価値はないという議論があります。

もちろん、ビューは非常に複雑になる可能性があるため、選択します。

私はそれが眉をひそめているかどうかわからない。テスト容易性は、ASP.NET MVCを使用する主な利点の1つです。チェックアウトスティーブサンダーソンさんのブログをこの詳細は。

彼はまた、手に負えない最高のASP.MVCブック（IMO）を世に出しました。彼はMVCを教えるだけでなく、テストプラクティスなど、MVCに関するベストプラクティスを教えてくれます。

ユニットテストビューについて少し明確にする必要があると考えています。コントローラから返された結果（ActionResultなど）に基づいてユニットテストを構築できます。実際のUIとUIの相互作用については、他のテストを行う必要があります。

コントローラーアクションによって返されたビューをテストする方法、コントローラーアクションによって返されたビューデータをテストする方法、および次のURLをチェックアウトして、1つのコントローラーアクションが2番目のコントローラーアクションにリダイレクトするかどうかをテストする方法を学習できます。MVCでのビューデータのテストに関するこの短い記事で説明します。