ASP.NET MVCアプリケーションの統合テスト

Question

NUnit/JUnit /などの経験が豊富ですが、以前はASP.NET MVC3アプリケーションをテストしたことがありません。およびTDD。私の質問は、私はMVCアプリケーションをテストするためにどのような戦略を使用できますか？

編集：ここに私の焦点は、統合テストに焦点を当て、また、テスト戦略を中心に、主にある、と - 彼らは私のアプリケーションを介してクリックすると、実際のユーザーが通過するかをテストします。

設定はです。プロジェクトによっては、ORM（NHibernateまたはDapper）によってASP.NET MVCが設定されています。

NUnitに似たWebベースのテストスイートがありますか？私は1つ書く必要がありますか？または私は（何とか）私のアプリケーションを何百万という小さなWeb以外のDLLに分割し、それらをNUnitでテストしようとしますか？ （ORM層としてのActiveRecord/NHibernateのであっても可能ですか？）

アプリのこの種をテストするために何をしますか？

は、私は同様のSOの質問を見て、そしてずっと、他よりも見つけることができませんでした「ここでコントローラをテストする方法です。」

Answer 1

テストのさまざまな種類があります：あなたはユニットテストについて話している場合はユニット、統合、受け入れ、...

は、ASP.NET MVCは心のテスト容易に構築されています。これらの概念を説明する記事が多数あります。ここにはone exampleがあります。そしてanother one。しかも、another one。アプリケーションを単体テスト可能にするには、異なるレイヤー間の結合が弱いようにアプリケーションを設計する必要があります。たとえば、コントローラが使用するインターフェイスの背後にあるすべてのデータアクセスを抽象化します。具体的な実装（NHibernateなど）をコントローラに渡すDIフレームワークを使用し、単体テストでは、データアクセスレイヤをスタブし、このコントローラを完全に分離してテストするための模擬フレームワークを使用できます。

Answer 2

あなたはすでに、これらの戦略は、単にMVC Webアプリケーションをテストするユニットに適用する必要がNUnitの/ JUnitのとTDDに精通している場合。

Webベースのテストスイートを記述する必要はありません、また「万人の」小さな非ウェブのdllのにあなたのアプリケーションを打破する必要が彼らです。つまり、テスト可能になるようにアプリケーションを設計する必要があります。

非常に単純なコントローラテストは次のようになります。私の例では、リポジトリ/ DIにMoqを使用していることに注意してください。

[Test] 
public void Edit_Get_Should_Lookup_Contact_From_Repository_And_Return_Edit_View() 
{ 
    // arrange 
    var _repository = new Mock<IContactRepository>(); 

    var expectedContact = new Contact 
    { 
     First = "first", 
     Last = "last", 
     Email = "mail@test.com" 
    }; 

    var mockContext = new Mock<ControllerContext>(); 
    _repository.Setup(x => x.GetById(It.IsAny<int>())).Returns(expectedContact); 

    var controller = new ContactController(_repository.Object) 
    { 
     ControllerContext = mockContext.Object 
    }; 

    // act 
    var result = controller.Edit(1) as ViewResult; 
    var resultData = (Contact)result.ViewData.Model; 

    // assert 
    Assert.AreEqual("Edit", result.ViewName); 
    Assert.AreEqual(expectedContact.First, resultData.First); 
    Assert.AreEqual(expectedContact.Last, resultData.Last); 
    Assert.AreEqual(expectedContact.Email, resultData.Email); 
} 

[HttpGet] 
public ActionResult Edit(int id) 
{ 
    var contact = _repository.GetById(id); 

    return View("Edit", contact); 
} 

あなたは、ユニットテスト/ MVCのいくつかの例をもっと好きオタクディナーサンプルアプリケーションを閲覧したい場合：http://nerddinner.codeplex.com/

Answer 3

私はそれはあなたがテストしたいものにdependeと思います。 UIからテストする場合は、SeleniumまたはWatinのようなUI用のドライバを使用する必要があります。

あなたも、あなたが例えばルビーでそうであるように、あなたが仕様書を書くことができ、これらのウェブドライバのいずれかと一緒にSpecflowを使用している場合。

私はUIがはるかに変更することを検討ので、私自身は、UIを通じてテストとして、これまでに行かないだろう。私は、コントローラをMVCアプリケーションに導入することに集中し、コントローラーを最小限のロジックで最小限に抑えるようにします。コントローラは、入力の基本的な検証を提供し、アプリケーションに委任するだけでよいはずです。

これはまた、アプリケーションの複雑さにもよりますが、大雑把なルールはそれを簡単に保つことです。

Answer 4

我々はASP.NET MVCアプリケーションの統合テストについて話しているときに考慮すべき2つの点があります：ユーザーが

テストスイートができるはずであるWebブラウザを使用して行うよう

1. テストスイートは、アプリケーションと対話する必要がありますテストセッション中にWebアプリケーションのさまざまな部分を分離（模擬）します。

これは、ここにあなたのケースであれば、私のrecipieです：ブラウザの活動をエミュレートするSelenium web driverを使用して、コマンドラインに

iisexpress.exe /path:[path] /port:[port] 

を使用してIIS Expressを使用して

1. ホストWebアプリケーション。モックWebアプリケーションコンポーネントへ

2. gherkin言語でユーザーセッションを定義するための

3. 使用SpecFlow使用Deleporter 私がこのアプローチについてarticle詳細を書かれている

を実行している間。 このアプローチを実装したgithub repoもあります。