同じオブジェクトの別のメソッドにFakeItEasyのA.CallTo（）を使用

Question

FakeItEasyを使用して、オブジェクトのメソッドがこの同じオブジェクトの別のメソッドを呼び出すかどうかを確認するにはどうすればよいですか？

テスト：

[TestMethod] 
public void EatBanana_CallsWillEat() 
{ 
    var banana = new Banana(); 
    var myMonkey = new Monkey(); 

    myMonkey.EatBanana(banana); 

    //this throws an ArgumentException, because myMonkey is a real instance, not a fake 
    A.CallTo(() => myMonkey.WillEat(banana) 
    .MustHaveHappened(); 
} 

クラス：

public class MyMonkey { 
    private readonly IMonkeyRepo _monkeyRepo; 

    public MyMonkey(IMonkeyRepo monkeyRepo) { 
    _monkeyRepo = monkeyRepo; 
    } 

    public void EatBanana(Banana banana) { 
    //make sure the monkey will eat the banana 
    if (!this.WillEat(banana)) { 
     return; 
    } 

    //do things here 
    } 

    public bool WillEat(Banana banana) { 
    return !banana.IsRotten; 
    } 
} 

私は提案を開いています。私が間違ったことをしているなら、私に知らせてください。

Answer 1

これは可能です。 WillEatのメソッドが仮想だった場合 - それ以外の場合はFakeItEasyはそれを偽造できません。その変更に伴い

、あなたはこれを行うことができます：

[TestMethod] 
public void EatBanana_CallsWillEat() 
{ 
    var fakeMonkey = A.Fake<MyMonkey>(); 

    fakeMonkey.EatBanana(new Banana()); 

    A.CallTo(()=>fakeMonkey.WillEat(A<Banana>._)).MustHaveHappened(); 
} 

私はまだ（私はコメントでrantedとして）それは良いアイデアだと確信していない - 私はあなたが他に頼るほうが良いと思います私はあなたのシステムに精通していません。これが最善の方法だと思われる場合は、サンプルコードが役立ちます。

Answer 2

なぜあなたはテストされたオブジェクトを嘲笑していますか？何を正確にあなたがテストしようとしていますか？ WillEatに電話するという確認はほとんど価値がありません。どの情報を消費者に提供していますか？結局のところ、消費者はメソッドがどのように実装されているか気にしません。消費者の気になるものはの結果です。

サルがバナナを食べるとどうなりますかは腐っていません？あなたが適切に偽造し、ここで注入されIMonkeyRepoに検証のすべての並べ替えを行うことができます

[TestMethod] 
public void EatBanana_CAUSES_WHAT_WhenBananaIsNotRotten() 
{ 
    var repo = A.Fake<IMonkeyRepo>(); 
    var monkey = new Monkey(repo); 
    var freshBanana = new Banana { IsRotten = false }; 

    monkey.EatBanana(freshBanana); 

    // verifications here depend on what you expect from 
    // monkey eating fresh banana 
} 

注：あなたのテストでは、この質問に答える必要があります。