私は「著者が書いているMVCについて読んできました。テスト容易性がMVCの主な強みの1つであることを示唆しています。彼らはそれをASP.NET Webフォームと比較し、Webフォームの背後にあるコードをテストするのがどれほど難しいかを調べます。
難しいと思いますが、昔はロジックの背後にあるテストコードに対してユニットテストがどのように書かれていたか説明できますか？
回答：
回答№1は5昔はaspnetのWebフォームを使ってテストしていましたモデルビュープレゼンター。私はこのパターンでコードをテストすることができました。なぜなら、条件付きロジック/ループなどをWebフォームフレームワーク内には存在しない別のクラスに抽象化したからです。
Webフォームのコードに残っていたのは、プレゼンタークラス自体を初期化するためのページロードの呼び出しと、いくつかのプロパティにすぎませんでした。
その後、各イベントハンドラは単にその作業をプレゼンタークラスに渡します。
私は「このパターンでかなりの時間を費やし、それが物事をはるかにテストフレンドリーにすることがわかったが、それはaspnet mvcと比較して多くの仕事である
回答№2の場合は3
背後にあるコードはクラス内の単純なメソッドです（他のクラスとの唯一の違いは、このクラスがPageオブジェクトから継承することです）。
それでテスト可能です。 ほとんどの問題は、メソッドがグリッドのようなweb.uiコントロールと密接に関連しているために発生します。彼らは偽造するのがそれほど簡単ではありませんでした。 UIコントロールを偽造しなかった場合は、UIコントロールの内部動作もテストしていたので、やややり過ぎです。