0

この例を正しく理解していれば、MvcContrib TestHelper には、特定のコントローラーへのルート マッピングの厳密に型指定されたテストがあります。マイナス面は、例を理解していれば、テストされているルートが global.asax ファイルから来ていないことです。代わりに、テスト セットアップから取得されます。

対照的に、書籍「Pro ASP.NET MVC3 Framework」では、global.asax ファイル内のルートを実際に活用するルート テスト ヘルパーを共有しています。ただし、これらのヘルパーは、特定のコントローラーに対して強い型付け (または緩い型付け) ではありません。

    [TestMethod]  //sample from the book...
    public void TestIncomingRoutes() {     
        // check for the URL that we hope to receive     
        TestRouteMatch("~/Admin/Index", "Admin", "Index"); 
    }

両方の長所を生かしたいと思っています。（1）特定のコントローラーを明示的に識別し、（2）テストにglobal.asaxのルートを使用し、（3）Rhino Mocksと結婚していないヘルパーコードへのリンクがあります-私はMOQを好みます。

ありがとう。

4

1 に答える 1

0

HttpApplication サブクラス (global.asax.cs コード) をテストして、コードを呼び出してルートを登録することを確認したいようです。そうしないと何も機能しないことが明らかなので、それが本当に必要かどうかはわかりません。OTOH、MvcContrib を使用すると、必要な URL が実際に何かにマップされていることをテストできます。これは、SEO フレンドリーになるように URL を慎重に設計した場合に大きな価値があります。それはテストする価値があります、IMO。

于 2012-04-20T21:02:22.410 に答える