iOS 單元測試4 單元測試編碼規範

編寫單元測試與編寫工程**略有不同。我們需要準備資料，mock物件，呼叫工程api,驗證結果。而且一般測試**都會比工程**要大。就像real-world testing with xctest一文中提到「目前為止，我們的編碼庫已經縱橫 190 個檔案和 18,000 行**，達到了 544 kb。我們測試部分的**現在差不多有1,200 kb，大概有被測試**的兩倍」。那麼應該如何定義單元測試**編寫規範，使得**更整潔，可讀性更高呢？

為了工程**的保密，文中的**在命名的時候在不影響理解的情況下都做了改動

每個case其實都可以分為三步走，1.mock物件，準備測試資料。2.呼叫目標api 3.驗證輸出和行為。所以我們可以用如下方式將3步分別放入given-when-then三個分段中。（為了保密，**做了改動）

- (void)testneedtoshowrowwhentypeisall

這樣我們一眼掃過去就可以清晰的看出乙個case大體上都在幹什麼。

可能我們呼叫的乙個api內部有乙個if…else…。我建議if乙個case，else乙個case。分兩個不同的case來作測試.這樣每個case就很清晰自己在測試什麼東西。而如果全部雜糅在乙個case中，可讀性會降低不少，而且case體積也會變得相對大很多，因為你要given-when-then兩次。更不建議在case中寫for迴圈驗證。有人說我的測試目標函式中有很多if…else…,那麼我覺得你應該重構下你的設計了。

所以，我們的結論是乙個case只測試一種情況，不同情況用when標明：

- (void)testneedtoshowrowwhentypeisall
- (void)testneedtoshowrowwhentypeisonsell

乙個測試檔案只有乙個被測試類。但是當我們的測試檔案越來越多的時候，當我們看乙個測試case的時候需要看懂這個case才明白我們的被測試類是誰。或者我們也可以看測試檔名（******test.m）才知道我們的被測試類是誰，但是這樣卻不是很直觀。所以不管我們在那個測試檔案中，測試的類是誰，叫什麼名字，我們都以為乙個區域性變數名_sut來定義我們的被測試類。這樣我們一眼就能知道我們被測試類是誰。

_sut就是system under test的縮寫。

@implementation jhscollectiondatasourcetest

- (void)testneedtoshowheaderwhentypeisall

我們的測試case中呼叫的方法可能會改變乙個私有的屬性，呼叫乙個私有的方法。怎麼去優雅的驗證這種行為呢，我們可以在測試檔案的開頭用乙個名字為unittest的category來暴露出我們的私有方法和屬性（屬性暴露的是屬性對應的getter和setter方法）。

@inte***ce
jhstestdatasource (unittest)
- (nsinteger)getsellgroupcount;
- (bool)needshowheader:(nsinteger)section;
@end

enjoy it！

iOS 單元測試4 單元測試編碼規範

單元測試 單元測試編寫的原則

iOS 單元測試

iOS 單元測試

相關推薦

單元測試單元測試編寫的原則