C＃ユニットテストで偽装と偽装を併用するのはいつですか？

Question

偽装と偽装を選択する理想的なシナリオを提案するガイドラインがありますか。

私は少しこの状況に近づく方法と混同しています。

Answer 1

あなたは並べ替える必要があります。あなたは知る必要がある2つの基本的なことがあります：命名法とベストプラクティス。

まず、私はあなたの偉大なテスター、ロイOsheroveからの素晴らしいビデオリソースを与えたい：

ユニットテストは、彼は彼が完了 を持っていると言って出発するロイOsheroveによって

レビューテストハーネスのいくつかのレビュー は、いくつかのオープンソース プロジェクトに同梱されています。あなたはここにそれらを見つけることができます。 http://weblogs.asp.net/rosherove/archive/tags/TestReview/default.aspx

これらは基本的に、彼はこれらのテスト ハーネスを、順を追って説明して 、何悪いです良いものを示していますビデオレビュー です。非常に役立ちます。

ロイにも私が理解している本があります。 はとても良いです。

命名

このポッドキャストは非常 を手助けします：http://www.hanselminutes.com/default.aspx?showID=187

私は（Hanselminutesイントロ音楽が 恐ろしいであること） ものの、ポッドキャストを言い換えます：

基本的にeveryt隔離フレームワーク（Moq、Rhino Mocks、Mockなど）は、 fakeと呼ばれます。

偽あなたが をテストしているコードは製品コードの代わりに呼び出すことができることを テスト中に使用されているオブジェクトです。 がアプリケーションの の他の部分からテストしようとしているコードを分離するために偽物が使用されています。

があります（主に）偽物の2種類：スタブ とはを皮肉っ。

モック

あなたが をテストしているコードは、それを呼び出すことができますし、 コールが正しい パラメータで行われたと主張するように、あなたは 場所に置くことに偽物です。

[TestMethod] 
public void CalculateTax_ValidTaxRate_DALCallIsCorrect() 
{ 
    //Arrange 
    Mock<ITaxRateDataAccess> taxDALMock = new Mock<ITaxRateDataAccess>(); 
    taxDALMock.Setup(taxDAL => taxDAL.GetTaxRateForZipCode("75001")) 
        .Returns(0.08).Verifiable(); 

    TaxCalculator calc = new TaxCalculator(taxDALMock.Object); 

    //Act 
    decimal result = calc.CalculateTax("75001", 100.00); 

    //Assert 
    taxDALMock.VerifyAll(); 
} 

あなたがテストしていることを確認コードを作るために場所 にそれを置くことを除いてスタブは、 モックとほぼ同じである：以下のサンプルは、ちょうど この部品番号のアイソレーションを使用して フレームワークを行います は、 コールから一貫性のあるデータを取得します（たとえば、コードが データアクセスレイヤーを呼び出す場合、スタブは になります）。ただし、 はスタブ自体に対してアサートしません。その は、 メソッドが偽のデータアクセスと呼ばれる レイヤーであることを確認する必要はありません。 をテストしようとしています。スタブ を提供して、 テストを単独で実行しようとしているメソッドを取得します。私たちは、むしろ方法は 別のリソースへの呼び出しをしたこと 事実よりも、法の 出力をテストしていることをここ

[TestMethod] 
public void CalculateTax_ValidTaxRate_TaxValueIsCorrect() 
{  
    //Arrange 
    Mock<ITaxRateDataAccess> taxDALStub = new Mock<ITaxRateDataAccess>(); 
    taxDALStub.Setup(taxDAL => taxDAL.GetTaxRateForZipCode("75001")) 
        .Returns(0.08); 

    TaxCalculator calc = new TaxCalculator(taxDALStub.Object); 

    //Act 
    decimal result = calc.CalculateTax("75001", 100.00); 

    //Assert 
    Assert.AreEqual(result, 8.00); 
} 

お知らせ：

はここでスタブとの例を示します。

部品番号が実際にモックとスタブ 間のAPI 区別をしませんが、ここでの使用が タイプを決定するのに重要である（ Mock<T>として宣言されたの両方に注意してください）。

希望すると、まっすぐに設定できます。

Answer 2

コードの塊をテストしたいと思います。あなたのメソッドは、http urlからファイルをダウンロードし、ディスクにファイルを保存した後、そのファイルがディスク上にあることをメールします。これらの3つのアクションはもちろん、あなたのメソッドが呼び出すサービスクラスです。なぜなら、それらは擬似的に簡単だからです。これらをモックしないと、テストを実行するたびに、テストが内容をダウンロードし、ディスクにアクセスし、メッセージを送信します。次に、メソッドのコードをテストするだけでなく、ダウンロードしてディスクに書き込んでメールを送信するコードもテストしています。これらを嘲笑しているなら、メソッドコードだけをテストしています。また、メソッドのコードが正しく動作していることを確認するために、ダウンロードの失敗をシミュレートすることもできます。

私は通常、値を保持しているロジックをあまり持っていないクラスをフェイクします。いくつかの値を保持しているオブジェクトを送信している場合、そのメソッドで変更されている場合は、テストでそれを読み取ってメソッドが正しいことを確認できます。

もちろん、ルールは少しでもうまくいくかもしれませんが、一般的な考え方はコードとコードのみをテストすることです。

Answer 3

ダミー、スタブ、モック、スパイ、フェイクの5種類のテストダブルがあります。良い概観はhttp://code.google.com/testing/TotT-2008-06-12.pdfであり、またボブ・マーティンからのhttp://xunitpatterns.com/Mocks,%20Fakes,%20Stubs%20and%20Dummies.html

Answer 4

The Little Mockerで非常に良い読書です。

[...]まもなく、いくつかの非常に賢い人々が、モックオブジェクトという用語を導入し定義した論文を書いた。他の多くの人がそれを読んで、その用語を使い始めました。紙を読んでいない他の人は、その言葉を聞いて、それをより広い意味で使用し始めました。彼らは言葉を動詞に変えた。彼らは、「その物体を嘲笑してみよう」とか、「私たちはやりたいことがたくさんある」と言うだろう。

この記事では、モック、フェイク、スパイ、スタブの違いについて説明します。