第1章 軟件測試與iOS測試

iOS平臺的一些特性：
硬件特性
只有一個程序正在運行
有限內存和CPU
多樣化不穩(wěn)定的網絡環(huán)境
多樣化且不同尺寸的屏幕

用戶使用特性
短時間內相應
多種輸入方式：搖晃、使用地理位置等

第2章 iOS測試環(huán)境準備（略）

第3章 iOS單元測試

3.1工具

3.1.1 OCUnit （XCTest）

該工具現(xiàn)已被 XCTest 取代，但大致使用習慣和使用方法的變化不大。XCTest是Xcode自帶的測試工具集，他有下面幾個特性：

• 命名方式以 test 開頭，如 testXXXX
• 測試類繼承 XCTestCase ，只有繼承它或其子類，才能去發(fā)現(xiàn)和執(zhí)行測試方法
• 測試一定要有結果預期，表達預期結果使用斷言
• 當 XCTest 執(zhí)行一個測試方法時，會按順序執(zhí)行方法中每一行語句。在執(zhí)行過程中，方法拋出了非預期的異常，會被立即停止，并計為失敗。反之，全部執(zhí)行完，就是測試成功了
• 一個測試用例中可以有多個測試方法，在每個測試方法執(zhí)行前和執(zhí)行后，會調用 setUp 和 tearDown 方法

3.1.2 GHUnit

GHUnit 是一個第三方的測試框架，它是一個開源項目，在 Github 上有1000+的 star，現(xiàn)在看來，已經不再加新特性，但是依然在維護中。在 Xcode 4 之前，OCUnit 有很多限制，所以涌現(xiàn)出來很多的三方測試框架，GHUnit 是其中一個。GHUnit 是以一個應用程序安裝到手機里運行的，有測試相關的圖形界面，和之前的 OCUnit 完全不同。在其主頁上，我還看到它能夠測試 UI 組件，比對視圖的前后變化等 UI 方面的測試內容。

3.1.3 GTM （略）

3.2 單元測試實踐

前面介紹了3種測試工具，作者選定的是 OCUnit 作為全書的實踐測試工具。
被測試系統(tǒng) SUT （System Under Test）
SUT 的形態(tài)分三種：

• 有明確返回值?？梢灾苯域炞C返回值是否符合預期。
• 沒有返回值。需要驗證對象內部的一些屬性和狀態(tài)，這種方法稱為狀態(tài)驗證法。經典實用場景：set 方法
• SUT 依賴于外部的一個類或方法，他會調用外部的一個方法，被依賴的外部方法可能有返回值也可能沒有，這種叫行為驗證法。這時需要驗證的是是否發(fā)起了這個行為

3.2.1 實踐項目介紹

這個項目是一個簡單的計數(shù)器工具，點+1按鈕數(shù)值加1，點-1按鈕，數(shù)值減1。自己實現(xiàn)了書中 Demo: 計數(shù)器Demo，使用 XCTest 實現(xiàn)，可以在 Xcode 8 下直接運行。這個項目采用了 MVC 架構，作者構建了一個典型的 MVC 的通訊場景：View 通過 Target-Action 方式通知 Controller ，Controller 調用 Model 處理業(yè)務邏輯，Model 處理完通過 Notification 傳遞消息給 Controller，Controller 更新 View。作者在下面三個小結中，分別闡述了如何對 Model View&ViewController 做單元測試。
使用了兩個三方框架

• OCHamcrest 斷言功能更強大，可讀性更好
• OCMockito Mock框架，可以 Mock 具體類，并指定該類的具體方法的返回值。

3.2.2 Model的單元測試

Model 待測試方法：

@property (nonatomic) NSUInteger count;

- (id)initWithUserDefault:(NSUserDefaults *)defaults;
- (void)increment;
- (void)decrement;
- (NSUInteger)getCountInDefaults;

測試代碼見 Demo。主要使用下面3中測試方法：

• 注入依賴，通過 Mock 方法強制依賴返回結果（這里 Mock 了 NSUserDefaults），從而驗證方法的返回值是否正確
• 注入依賴，通過該 Mock 方法驗證某一個方法是否是以我們希望的方法調用了 (testIncrementShouldInvokeSetObject 中使用了 verify 宏來判定是否調用了某個具體方法)
• 被測試方法會發(fā)送 Notification，測試方法必須添加 Notification 的接收器來進行測試

3.3.3 Controller和View的單元測試

先看兩者的交互：View 響應用戶的操作后，調用 Controller 的方法 。Controller 處理完后會更新 View。其中 View 向 Controller 操作部分可以細分為下面三個步驟：

• 需要確認相關的 View 是否存在并且正確顯示
• 需要確認相關的 View 是否綁定了正確的事件和方法
• 需要確認 Controller 發(fā)送消息的方法是否正確

而更新 View 的驗證就相對簡單，只要判斷內容或者狀態(tài)是否符合預期。屬于上面 SUT 的狀態(tài)驗證法。
實際使用中，如果對 ViewController 進行測試，需要 Controller 暴露信息較多，否則在測試方法中，很難做到解耦，比較雞肋。

3.4 單元測試的拓展工具

OCHamcrest IOS單元測試的擴展工具OCHamcrest
OCMockito IOS單元測試工具之OCMockito
關于單元測試的詳細內容，可以參考《測試驅動的iOS開發(fā)》一書，能有更細致了解。