在Kiwi mocks上缺少驗證方法是否有解決方法？

Question

我對單元測試的高度可預測的Arrange Act Assert format有強烈的偏好。

由於獼猴桃不具備嘲笑明確的驗證聲明，它迫使一個不同的模式，像：

// Arrange 
Thing *mockThing = [CollaboratingClass mock]; 
TestedClass *sut = [[TestedClass alloc] initWithCollaborator:mockThing]; 

// Expect (collaboration expectations) 
[[[mockThing should] receive] someMessage]; 

// Act 
[mockArray someMethodInvolvingCollaborator]; 

// Assert (state expectations) 
[[sut.someProperty should] equal:someValue]; 

我知道驗證發生無論如何，但更喜歡能夠快速掃描測試，斷言和期望集中在一個可預測的地方。這很好地由mockito（及其Objective-C實現OCMockito）啓用，其中驗證步驟指定方法調用事件後，使預先步驟不必要。

我是一個親戚新西蘭人，所以我可能錯過了文檔中的某些東西。有沒有明確驗證獼猴桃模擬的方法？

Answer 1

您提供關於排列法斷言有這樣說，關於模式的（強調）的利益鏈接：

優點：

• ...
• 使一些TestSmells更明顯：
  • 與「Act」代碼混合的斷言。
  • 試圖一次

特別是如果你的目標是要能夠快速掃描斷言測試過許多不同的事情的測試方法，我覺得你的例子會更好打散分成兩個測試案例：一個協作測試，以及一個單獨的測試，以瞭解對象狀態如何改變。

我實際上認爲這裏有第四步，具體到協作測試，這是期望。 Kiwi讓你Arrange，Expect，Act，其中OCMock實際上需要你添加第四個冗餘斷言步驟通過要求[mockThing verify]。

我認爲這將是一個更好的辦法來建立這些測試：

__block TestedClass *sut; 
beforeAll(^{ 
    sut = [[TestedClass alloc] initWithCollaborator:mockThing]; 
} 

// Collaboration: Arrange, Expect, Act 
it(@"sends someMessage to mockThing", ^{ 
    // Arrange 
    Thing *mockThing = [CollaboratingClass mock]; 

    // Expect 
    [[[mockThing should] receive] someMessage]; 

    // Act 
    [mockArray someMethodInvolvingCollaborator]; 
} 

// State: Arrange, Act, Assert 
it(@"sets someProperty to the return value of someMethod", ^{ 
    // Arrange 
    NSString *expectedString = @"foo"; 
    Thing *mockThing = [CollaboratingClass mock]; 
    [[mockThing stubAndReturn:expectedString] someMessage]; 

    // Act 
    [mockArray someMethodInvolvingCollaborator]; 

    // Assert 
    [[sut.someProperty should] equal:expectedString]; 
} 

你在此設置獲得的好處是，如果你需要基於從合作者的返回值分支，只需添加一個測試，存根someMethod返回不同的結果，並進行了不同的說法：

it(@"sets someProperty to nil if someMethod returns baz", ^{ 
    // Arrange 
    Thing *mockThing = [CollaboratingClass mock]; 
    [[mockThing stubAndReturn:@"baz"] someMessage]; 

    // Act 
    [mockArray someMethodInvolvingCollaborator]; 

    // Assert 
    [sut.someProperty shouldBeNil]; 
} 

最後，我認爲獼猴桃是不是需要我們verify我們的測試雙打做我們一個忙。