編寫單元測試以驗證NSTimer已啓動

Question

我使用XCTest和OCMock爲iOS應用程序編寫單元測試，並且我需要指導如何最佳設計單元測試，以驗證方法是否導致NSTimer開始。被測

代碼：

- (void)start { 
    ... 
    self.timer = [NSTimer timerWithTimeInterval:1.0 
             target:self 
             selector:@selector(tick:) 
             userInfo:nil 
             repeats:YES]; 
    NSRunLoop *runLoop = [NSRunLoop currentRunLoop]; 
    [runLoop addTimer:self.timer forMode:NSDefaultRunLoopMode]; 
    ... 
} 

我要測試的是定時器用正確的參數創建，計時器定於運行循環運行。

我想過的，我不是很滿意下列選項：

1. 其實等待計時器火災。 （原因我不喜歡它：可怕的單元測試練習，它更像是一個慢速集成測試。）
2. 將計時器啓動代碼提取到私有方法中，將類擴展文件中的私有方法暴露給單元測試，並使用模擬期望來驗證私有方法被調用。 （原因我不喜歡它：它驗證方法被調用，但不是該方法實際設置計時器正確運行。另外，公開私有方法並不是一個好習慣。）
3. 提供模擬NSTimer到被測試的代碼。 （原因我不喜歡它：無法驗證它實際上計劃運行，因爲定時器通過運行循環啓動，而不是從某些NSTimer啓動方法啓動。）
4. 提供模擬NSRunLoop並驗證addTimer:forMode：獲取調用。 （原因我不喜歡它：我不得不提供一個接口到運行循環？這似乎古怪。）

有人可以提供一些單元測試輔導嗎？

Answer 1

好吧！花了一段時間才弄清楚如何做到這一點。我會全面解釋我的思維過程。抱歉，長期以來。我不得不弄清楚我測試的是什麼。我的代碼有兩件事：它啓動一個重複計時器，然後該計時器有一個回調讓我的代碼執行其他操作。這是兩個單獨的行爲，這意味着兩個不同的單元測試。

那麼如何編寫單元測試來驗證代碼是否正確啓動重複計時器？有三件事情就可以在一個單元測試測試：

• 的方法
• （優選通過一個公共接口提供）系統的狀態或行爲的改變
• 的相互作用的返回值你的代碼有，你不控制

隨着NSTimer和NSRunLoop一些其他的代碼，我必須測試的互動，因爲沒有辦法從外部驗證定時器配置正確。嚴重的是，沒有repeats財產。你必須攔截創建定時器本身的方法調用。

接下來，我意識到，如果我使用+scheduledTimerWithTimeInterval:target:selector:userInfo:repeats自動啓動計時器，我將不必觸碰NSRunLoop。這是我不得不測試的一個互動。

最後，爲了創建一個期望+scheduledTimerWithTimeInterval:target:selector:userInfo:repeats被調用，你必須模擬NSTimer類，幸好OCMock現在可以做到這一點。這裏的測試是什麼樣子：

id mockTimer = [OCMockObject mockForClass:[NSTimer class]]; 
[[mockTimer expect] scheduledTimerWithTimeInterval:1.0 
              target:[OCMArg any] 
              selector:[OCMArg anySelector] 
              userInfo:[OCMArg any] 
              repeats:YES]; 

<your code that should create/schedule NSTimer> 

[mockTimer verify]; 

看着這個測試，我想，「等一下，你怎麼可以實際測試計時器配置了正確的目標和選擇？」那麼，我終於意識到我不應該在乎它是否配置了一個特定的目標和選擇器，我應該只關心當計時器觸發時，它做我所需要的。這對於編寫好的，面向未來的單元測試來說非常重要：確實儘量不要依賴專用接口或實現細節，因爲這些事情會發生變化。相反，測試你的代碼不會改變的行爲，並通過公共接口來完成。

這將我們帶到了第二次單元測試：計時器是否做了我需要它做的事情？爲了測試這個，謝謝NSTimer有-fire，這導致定時器在目標上執行選擇器。因此，你甚至都不需要創建一個假的NSTimer，或者做一個提取&覆蓋創建自定義的模擬定時器，所有你需要做的就是讓它撕裂：

id mockObserver = [OCMockObject observerMock]; 
[[NSNotificationCenter defaultCenter] addMockObserver:mockObserver 
               name:@"SomeNotificationName" 
               object:nil]; 
[[mockObserver expect] notificationWithName:@"SomeNotificationName" 
            object:[OCMArg any]]; 
[myCode startTimer]; 

[myCode.timer fire]; 

[mockObserver verify]; 
[[NSNotificationCenter defaultCenter] removeObserver:mockObserver]; 

有關此測試的幾點意見：

• 當計時器火災，測試預計在一NSNotification發佈到默認NSNotificationCenter。 OCMock管理不讓人失望：通知廣播測試是這麼簡單。
• 要實際觸發定時器觸發，您需要對定時器的引用。我的班級在測試中不公開NSTimer的公共接口，所以我這樣做的方式是創建一個類擴展，將私有的NSTimer屬性暴露給我的測試，as described in this SO post。

Answer 2

我真的很喜歡Richard的第一個方法，我擴大了代碼一點用塊調用，以避免引用私有財產NSTimer。

[[mockAPIClient expect] someMethodSuccess:[OCMIsNotNilConstraint constraint] 
            failure:[OCMIsNotNilConstraint constraint]; 

id mockTimer = [OCMockObject mockForClass:[NSTimer class]]; 
[[[mockTimer expect] andDo:^(NSInvocation *invocation) { 
    SEL selector = nil; 
    [invocation getArgument:&selector atIndex:4]; 
    [testSubject performSelector:selector]; 
}] scheduledTimerWithTimeInterval:10.0 
          target:testSubject 
         selector:[OCMArg anySelector] 
         userInfo:nil 
          repeats:YES]; 

[testSubject viewWillAppear:YES]; 

[mockTimer verify]; 
[mockAPIClient verify];