第1章 軟件測試與iOS測試
iOS平臺的一些特性：
硬件特性
只有一個程序正在運行
有限內(nèi)存和CPU
多樣化不穩(wěn)定的網(wǎng)絡(luò)環(huán)境
多樣化且不同尺寸的屏幕
用戶使用特性
短時間內(nèi)相應
多種輸入方式：搖晃、使用地理位置等
第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í)行測試方法
- 測試一定要有結(jié)果預期，表達預期結(jié)果使用斷言
- 當 XCTest 執(zhí)行一個測試方法時，會按順序執(zhí)行方法中每一行語句。在執(zhí)行過程中，方法拋出了非預期的異常，會被立即停止，并計為失敗。反之，全部執(zhí)行完，就是測試成功了
- 一個測試用例中可以有多個測試方法，在每個測試方法執(zhí)行前和執(zhí)行后，會調(diào)用 setUp 和 tearDown 方法
3.1.2 GHUnit
GHUnit 是一個第三方的測試框架，它是一個開源項目，在 Github 上有1000+的 star，現(xiàn)在看來，已經(jīng)不再加新特性，但是依然在維護中。在 Xcode 4 之前，OCUnit 有很多限制，所以涌現(xiàn)出來很多的三方測試框架，GHUnit 是其中一個。GHUnit 是以一個應用程序安裝到手機里運行的，有測試相關(guān)的圖形界面，和之前的 OCUnit 完全不同。在其主頁上，我還看到它能夠測試 UI 組件，比對視圖的前后變化等 UI 方面的測試內(nèi)容。
3.1.3 GTM （略）
3.2 單元測試實踐
前面介紹了3種測試工具，作者選定的是 OCUnit 作為全書的實踐測試工具。
被測試系統(tǒng) SUT （System Under Test）
SUT 的形態(tài)分三種：
- 有明確返回值。可以直接驗證返回值是否符合預期。
- 沒有返回值。需要驗證對象內(nèi)部的一些屬性和狀態(tài)，這種方法稱為狀態(tài)驗證法。經(jīng)典實用場景：set 方法
- SUT 依賴于外部的一個類或方法，他會調(diào)用外部的一個方法，被依賴的外部方法可能有返回值也可能沒有，這種叫行為驗證法。這時需要驗證的是是否發(fā)起了這個行為
3.2.1 實踐項目介紹
這個項目是一個簡單的計數(shù)器工具，點+1按鈕數(shù)值加1，點-1按鈕，數(shù)值減1。自己實現(xiàn)了書中 Demo: 計數(shù)器Demo，使用 XCTest 實現(xiàn)，可以在 Xcode 8 下直接運行。這個項目采用了 MVC 架構(gòu)，作者構(gòu)建了一個典型的 MVC 的通訊場景：View 通過 Target-Action 方式通知 Controller ，Controller 調(diào)用 Model 處理業(yè)務邏輯，Model 處理完通過 Notification 傳遞消息給 Controller，Controller 更新 View。作者在下面三個小結(jié)中，分別闡述了如何對 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 方法強制依賴返回結(jié)果（這里 Mock 了 NSUserDefaults），從而驗證方法的返回值是否正確
- 注入依賴，通過該 Mock 方法驗證某一個方法是否是以我們希望的方法調(diào)用了 (testIncrementShouldInvokeSetObject 中使用了 verify 宏來判定是否調(diào)用了某個具體方法)
- 被測試方法會發(fā)送 Notification，測試方法必須添加 Notification 的接收器來進行測試
3.3.3 Controller和View的單元測試
先看兩者的交互：View 響應用戶的操作后，調(diào)用 Controller 的方法 。Controller 處理完后會更新 View。其中 View 向 Controller 操作部分可以細分為下面三個步驟：
- 需要確認相關(guān)的 View 是否存在并且正確顯示
- 需要確認相關(guān)的 View 是否綁定了正確的事件和方法
- 需要確認 Controller 發(fā)送消息的方法是否正確
而更新 View 的驗證就相對簡單，只要判斷內(nèi)容或者狀態(tài)是否符合預期。屬于上面 SUT 的狀態(tài)驗證法。
實際使用中，如果對 ViewController 進行測試，需要 Controller 暴露信息較多，否則在測試方法中，很難做到解耦，比較雞肋。
3.4 單元測試的拓展工具
OCHamcrest IOS單元測試的擴展工具OCHamcrest
OCMockito IOS單元測試工具之OCMockito
關(guān)于單元測試的詳細內(nèi)容，可以參考《測試驅(qū)動的iOS開發(fā)》一書，能有更細致了解。
