前言
最近我們的項(xiàng)目趕在圣誕前上線，測(cè)試這關(guān)一直過不去。我們的項(xiàng)目是一個(gè)類似電商項(xiàng)目，因此支付這塊一直都是重中之重。由于產(chǎn)品經(jīng)理腦洞大開，支付方式多種多樣，錢包金額、優(yōu)惠券、支付寶、銀聯(lián)支付、多次支付等等，排列組合一下竟然有80多種，再加上退款流程，維護(hù)起來簡(jiǎn)直就是災(zāi)難。于是就出現(xiàn)了這么奇葩的一幕：測(cè)試團(tuán)隊(duì)加技術(shù)團(tuán)隊(duì)加運(yùn)營(yíng)排排坐周末加班加點(diǎn)，人手一張A4樣例紙測(cè)支付。更可怕的是，如果發(fā)現(xiàn)一個(gè)金額問題，后臺(tái)一改代碼，還得回歸測(cè)試！！！！
折磨了整整2周之后，我們老大痛定思痛，給每人下達(dá)了一個(gè)任務(wù)，去尋找UI自動(dòng)化測(cè)試的方法，于是就有了這篇文章。
UI Tests
IOS的UI自動(dòng)化測(cè)試由于系統(tǒng)封閉的原因，一直不太成熟。UI Tests是Xcode7推出的一項(xiàng)UI自動(dòng)化測(cè)試功能，畢竟是apple官方推出，相對(duì)來說比較穩(wěn)定，它可以通過編寫代碼、或者是記錄開發(fā)者的操作過程并代碼化，來實(shí)現(xiàn)自動(dòng)點(diǎn)擊某個(gè)按鈕、視圖，或者自動(dòng)輸入文字等功能。
使用方法
-
添加UI Tests
如果是新項(xiàng)目，在創(chuàng)建項(xiàng)目的時(shí)候只要把Include UI Tests勾上就行。
不過大部分項(xiàng)目都是老項(xiàng)目，那么就要通過添加target的方式添加UI Tests。
之后在你的項(xiàng)目中就會(huì)出現(xiàn)xxxxUITests.m文件，那么UI Tests就添加完畢了。
-
測(cè)試用例
如果有過單元測(cè)試經(jīng)驗(yàn)的同學(xué)應(yīng)該很熟悉這個(gè)文件，UI Test測(cè)試其實(shí)就詳單與單元測(cè)試，一上來。這個(gè)文件就會(huì)生成2個(gè)函數(shù)：- (void)setUp、- (void)tearDown，分別會(huì)在測(cè)試開始和測(cè)試完成的時(shí)候調(diào)用。下面就是一些測(cè)試用例，可以自己寫方法生成。如圖：
這里值得一提的是，UI測(cè)試中也可以下斷點(diǎn)，這極大幫助開發(fā)者分析用例不通過的原因。
- 斷言
既然是單元測(cè)試，判斷測(cè)試通過不通過當(dāng)然需要斷言。這里列舉一些常用的斷言：
XCTFail(format…) 生成一個(gè)失敗的測(cè)試；
XCTAssertNil(a1, format...)為空判斷，a1為空時(shí)通過，反之不通過；
XCTAssertNotNil(a1, format…)不為空判斷，a1不為空時(shí)通過，反之不通過；
XCTAssert(expression, format...)當(dāng)expression求值為TRUE時(shí)通過；
XCTAssertTrue(expression, format...)當(dāng)expression求值為TRUE時(shí)通過；
XCTAssertFalse(expression, format...)當(dāng)expression求值為False時(shí)通過；
XCTAssertEqualObjects(a1, a2, format...)判斷相等，[a1 isEqual:a2]值為TRUE時(shí)通過，其中一個(gè)不為空時(shí)，不通過；
XCTAssertNotEqualObjects(a1, a2, format...)判斷不等，[a1 isEqual:a2]值為False時(shí)通過，
XCTAssertEqual(a1, a2, format...)判斷相等（當(dāng)a1和a2是 C語(yǔ)言標(biāo)量、結(jié)構(gòu)體或聯(lián)合體時(shí)使用,實(shí)際測(cè)試發(fā)現(xiàn)NSString也可以）；
XCTAssertNotEqual(a1, a2, format...)判斷不等（當(dāng)a1和a2是 C語(yǔ)言標(biāo)量、結(jié)構(gòu)體或聯(lián)合體時(shí)使用）；
XCTAssertEqualWithAccuracy(a1, a2, accuracy, format...)判斷相等，（double或float類型）提供一個(gè)誤差范圍，當(dāng)在誤差范圍（+/-accuracy）以內(nèi)相等時(shí)通過測(cè)試；
XCTAssertNotEqualWithAccuracy(a1, a2, accuracy, format...) 判斷不等，（double或float類型）提供一個(gè)誤差范圍，當(dāng)在誤差范圍以內(nèi)不等時(shí)通過測(cè)試；
XCTAssertThrows(expression, format...)異常測(cè)試，當(dāng)expression發(fā)生異常時(shí)通過；反之不通過；（很變態(tài)）
XCTAssertThrowsSpecific(expression, specificException, format...) 異常測(cè)試，當(dāng)expression發(fā)生specificException異常時(shí)通過；反之發(fā)生其他異常或不發(fā)生異常均不通過；
XCTAssertThrowsSpecificNamed(expression, specificException, exception_name, format...)異常測(cè)試，當(dāng)expression發(fā)生具體異常、具體異常名稱的異常時(shí)通過測(cè)試，反之不通過；
XCTAssertNoThrow(expression, format…)異常測(cè)試，當(dāng)expression沒有發(fā)生異常時(shí)通過測(cè)試；
XCTAssertNoThrowSpecific(expression, specificException, format...)異常測(cè)試，當(dāng)expression沒有發(fā)生具體異常、具體異常名稱的異常時(shí)通過測(cè)試，反之不通過；
XCTAssertNoThrowSpecificNamed(expression, specificException, exception_name, format...)異常測(cè)試，當(dāng)expression沒有發(fā)生具體異常、具體異常名稱的異常時(shí)通過測(cè)試，反之不通過
- XCTest UI Testing API
要想寫好測(cè)試用例代碼，當(dāng)然得知道UI Test的API。主要分為XCUIApplication、XCUIElement和XCUIElementQuery。
XCUIApplication
這是你正在測(cè)試的應(yīng)用的代理。它能讓你啟動(dòng)應(yīng)用，這樣你就能執(zhí)行測(cè)試了。它每次都會(huì)新起一個(gè)進(jìn)程，這會(huì)多花一些時(shí)間，但是能保證測(cè)試應(yīng)用時(shí)的狀態(tài)是干凈的，這樣你需要處理的變量就少了些。這里面主要有2個(gè)方法：
- (void)launch;//啟動(dòng)程序
- (void)terminate;//終止程序
XCUIElement
繼承NSObject，實(shí)現(xiàn)協(xié)議XCUIElementAttributes, XCUIElementTypeQueryProvider
可以表示系統(tǒng)的各種UI元素，比如UIView、UIButton、UITestField等。
主要方法：
- (BOOL)exists;//判斷該元素是否存在
- (XCUIElementQuery *)descendantsMatchingType:(XCUIElementType)type;//取某種類型的元素以及它的子類集合
- (XCUIElementQuery *)childrenMatchingType:(XCUIElementType)type;//取某種類型的元素集合，不包含它的子類
//交互類方法
- (void)tap;//單擊,還能使testField獲得焦點(diǎn)
- (void)doubleTap;//雙擊
- (void)swipeUp;//pan手勢(shì)
- (void)typeText:(NSString *)text;//輸入文字
- (void)pressForDuration:(NSTimeInterval)duration;//長(zhǎng)按
-
自動(dòng)錄制代碼
Xcode很貼心的給開發(fā)者一個(gè)偷懶的機(jī)會(huì)，可以錄制,并自動(dòng)生成代碼，開發(fā)者只要在界面上點(diǎn)點(diǎn)點(diǎn)就能生成對(duì)應(yīng)代碼。
但是這個(gè)功能很雞肋，因?yàn)樯纱a大概像這樣：
XCUIApplication *app = [[XCUIApplication alloc] init];
XCUIElement *element = [[[[app childrenMatchingType:XCUIElementTypeWindow] elementBoundByIndex:0] childrenMatchingType:XCUIElementTypeOther].element childrenMatchingType:XCUIElementTypeOther].element;
[element tap];
簡(jiǎn)單的點(diǎn)擊就生成了一大堆代碼，而且如果界面一變，代碼就不可用了。。。不過如果一時(shí)不知道怎么敲的話，可以拿來參考下，然后修改成自己的代碼。
-
demo
這里主要測(cè)試一個(gè)登陸功能是否正常作為例子，界面很簡(jiǎn)單，先看一下演示過程。
測(cè)試樣例代碼
- (void)testExample {
XCUIApplication *app = [[XCUIApplication alloc] init];
[app.buttons[@"點(diǎn)擊"] tap];
XCUIElement * textFiled = [app.textFields elementMatchingType:XCUIElementTypeTextField identifier:@"test"];
[textFiled tap];
[textFiled typeText:@"user"];
XCUIElement * textFiled2 = [app.textFields elementMatchingType:XCUIElementTypeTextField identifier:@"hello"];
if ([textFiled2 exists]){
[textFiled2 tap];
[textFiled2 typeText:@"123456"];
}
[app.buttons[@"點(diǎn)擊"] tap];
}
從上面代碼不難看出，我們主要的任務(wù)就是找到某一個(gè)元素（UIButton或者UITextFiled），然后執(zhí)行單擊、長(zhǎng)按、輸入等操作。這里可以簡(jiǎn)單得通過app.buttons[@"點(diǎn)擊"]獲得界面上一個(gè)title為點(diǎn)擊的按鈕，或者通過elementMatchingType:identifier:來獲取。經(jīng)過我嘗試，這個(gè)identifier的設(shè)置位置如下圖
也就是說Accessibility中設(shè)置的內(nèi)容都能在XCUIElement拿來利用和定位。比方設(shè)置了Accessibility中的label，就可以寫一個(gè)函數(shù)遍歷獲取這個(gè)元素。
- (XCUIElement *)getElemWithLabel:(NSString *)str type:(XCUIElementType)type{
XCUIApplication *app = [[XCUIApplication alloc] init];
XCUIElementQuery * list = [app descendantsMatchingType:type];
for (int i = 0 ; i < list.count ; i++) {
XCUIElement * tmpElem =[list elementBoundByIndex:i];
if ([tmpElem.label isEqualToString:str]) {
return tmpElem;
}
}
return nil;
}
ps：我發(fā)現(xiàn)elementMatchingType:identifier:中identifier如果是純英文能拿到，但是英文加數(shù)字組合就拿不到了。。不知道算不算bug。
總結(jié)
UI Tests雖然能完成UI自動(dòng)化測(cè)試，但是還僅僅是單元測(cè)試的層面，想要做到系統(tǒng)測(cè)試還遠(yuǎn)遠(yuǎn)不夠。用來測(cè)試能不能登錄可以，但是要想解決上面的支付問題還有明顯的不足，比如截圖，日志等（也許可以，沒有深究）。
UI Tests還是在一定程度上增加了開發(fā)人員的工作，而且對(duì)開發(fā)人員有一定的技術(shù)要求。至于值不值在生產(chǎn)環(huán)境中使用，只能因人而異了。
我是翻滾的牛寶寶，歡迎大家評(píng)論交流~
