iOS 9: Day by Day 第二天 UI测试

UI测试

本文翻译自Chris Grant《iOS9 Day-by-Day :: Day 2 :: UI Testing》(https://www.shinobicontrols.com/blog/ios9-day-by-day-day2-ui-testing)。感谢Chris Grant的辛苦工作!

自动化用户界面测试在开发应用程序的时候非常有用。它可以快速检测程序中的问题。iOS系统使用JavaScript编写的UIAutomation样例进行测试。整个过程涉及启动程序、Instruments以及创建和运行脚本。这个工作流程需要花一点时间才能适应。

UI测试

在Xcode 7中,苹果引入了一种新的方法来管理应用程序的UI测试。它允许我们查找和操作UI元素,并且检查它们的属性和状态。UI测试已经被完全整合到Xcode 7的测试报告中,并且与单元测试一起运行。Xcode 5整合的XCTest框架,在Xcode 7的时候被更新成支持UI测试。它支持在检查某个UI状态后执行断言。

辅助功能

为了进行UI测试,这个框架必须能够访问应用程序UI中的各个元素。这样它才能操作这些控件。我们可以定义手指头点击、滑动的位置。但这在不同尺寸的设备上没法正常工作。

这时辅助功能(无障碍环境)就有用了。辅助功能是苹果专门为残疾人与应用进行交互而维护的一个框架。它给UI界面提供了丰富的语义数据,以便残疾人通过这些辅助功能操作应用程序。iOS提供了越来越多的这种功能。虽然它们可能只能在某个应用里使用,但我们还是应该去改进这些API所使用的数据。在很多场景下这都是必要的,比如自定义控件的辅助功能没有自动识别出API的功能。

UI测试有能力通过辅助功能操作我们的应用,并且能够自动适应不同设备尺寸。当我们对界面进行重新布局时,不需要重写测试样例。辅助功能还能让残疾人更方便的使用我们的程序。

UI录制

一旦设置好可以访问的UI后,我们就可创建测试样例了。如果界面比较复杂的话,编写UI测试样例是一个费事、无聊的事情。不过在Xcode 7里,苹果引入了UI录制,它允许我们创建新测试、扩展已有测试。启动UI录制后,只要在设备或模拟器里与程序进行交互,就会自动生成测试代码。总体了解了UI测试后,下面实际动手试试。

创建UI测试样例

下面的例子里,我们使用最新的测试工具来创建测试样例。最终的示例代码可以在Github上找到。

设置

在Xcode 7中创建项目时,我们可以选择包含UI测试(include UI Tests)。它会自动帮我们创建一个UI测试目标,并设置好所有需要的内容。

这个示例非常简单,但包含了演示Xcode 7的UI测试功能所需要的内容。

这是一个菜单页面,它包含一个开关和按钮,其中按钮链接到详情页面。当开关处于关闭状态时,按钮被禁用。详情页面包含一个简单的按钮,点击后增加标签上显示的值。

使用UI录制

一旦设置好UI以及对应的功能。我们就可以开始编写UI测试样例来确保界面上的任何修改都不会影响程序的功能。

XCTest UI测试接口

在开始录制动作之前,需要确定判断条件。XCTest框架判断UI上元素的功能被分为下面三组API:

  • XCUIApplication:所测试应用的代理,允许启动应用程序作为测试目标。它总是启动一个新进程。这样做消耗的时间稍微多一点,但是能够保证测试环境不被干扰,处理的变量更少。
  • XCUIElement:程序中UI控件的代理。所有元素都拥有自己的类型和标识,用来查找程序中的任何一个元素。程序中的所有元素都被嵌套成一个树形结构。
  • XCUIElementQuery:用于查询元素。每个XCUIElement都有一个查询支撑。这类查询会遍历整个元素树,然后精确的匹配一个元素。如果没有匹配上,则测试失败。当我们检查一个元素是否在这棵树上时,有一个例外就是exists属性。这个属性用作判断的时候非常有用。我们可以使用更加通用的XCUIElementQuery进行查询。它会返回一个结果集。

了解了API后就可以开始写测试样例了。

测试1-确保开关关闭时不会发生导航

首先我们订一个一个函数用来包含测试代码。

func testTapViewDetailWhenSwitchIsOffDoesNothing() {

}

然后将光标移动到花括号中间,并且点击录制Xcode下方的按钮。

应用程序开始启动,点击开关将它关闭,然后点击“View Detail”按钮。在刚才的testTapViewDtailWhenSwitchIsOffDoesNothing会出现一下代码:

let app = XCUIApplication()
app.switches["View Detail Enabled Switch"].tap()
app.buttons["View Detail".tap()

再次点击录制按钮,停止录制。我们可以看到,应用程序并没有显示详情页面,但是测试样例并不知道这件事。我们必须加入判断语句,是否有内容发生改变。这可以通过检测导航条上的标题做到。这样做虽然不能满足所有条件,但都与目前的情况来说已经足够了。

XCTAssertEqual(app.navigationBars.element.identifier, "Menu")

重新运行测试,它还是会通过。我们将“Menu”字符串改为“Detail”,这时测试就会失败了。给测试样例添加一些注释:

func testTapViewDetailWhenSwitchIsOffDoesNothing() {
    let app = XCUIApplication()
    
    //关闭开关
    app.switches["View Detail Enabled Switch"].tap()
    
    //点击查看详情按钮
    app.buttons["View Detail"].tap()
    
    //验证是否还停留在菜单页
    XCTAssertEqual(app.navigaionBars.element.identifier, "Menu")
}

测试2-确保开关打开时导航条发生改变

第二个测试与第一个非常类似,因此我们不再详细介绍。唯一不同的地方是,这里的开关是打开的,因此应用程序应该会加载详情页面,并且XCTAssertEqual会确认这一点。

func testTapViewDetailWhenSwitchIsOnNavigatesToDetailViewController() {
    let app = XCUIApplication()
    
    //点击详情按钮
    app.buttons["View Detail"].tap()
    
    //验证导航条标识
    XCTAssertEqual(app.navigationBars.element.identifier, "Detail")
}

测试3-确保递增按钮正常工作

在这个测试中,我们确保用户点击递增按钮后,标签上的值会加1。测试代码的前两行非常类似,因此直接将它从上面复制下来就可以了。

let app = XCUIApplication()

//点击详情按钮,打开页面
app.buttons["View Detail"].tap()

下一步,获取按钮。需要点击这个按钮多次,因此先将它存储在一个变量中。我们还是可以进行录制。代码如下:

app.buttons["Increment Value"].tap()

停止录制,并且将代码改为:

let incrementButton = app.buttons["Increment Value"]

这样我们就不再需要手动写代码查找按钮。下面是查找标签的代码:

let valueLabel = app.staticTexts["Number Value Label"]

到目前为止,我们已经获取了所有感兴趣的控件。在这个测试里,我们将验证10次点击后,标签上的值是否正确。还是可以使用录制功能,点击十次按钮。不过之前已经将元素全部保存,因此只需要简单的输入一个循环就可以。

for index in 0...10 {
    //点击按钮
    incrementButton.tap()
    
    //确保每次增1
    XCTAssertEqual(valueLabel.value as! String, "\(index+1)")
}

这是整个测试包里的三个而已,但是给我们提供了非常好的切入点,并且很容易在这个上面进行扩充。为什么不尝试自己增加一些测试样例来验证当开关打开时按钮可以点击,关闭时不能点击?

录制出错

录制的时候,可能会发现当我们点击按钮后,并没有产生代码。这是因为交互的元素并不支持辅助功能。我们需要使用Xcode的“Accessibility Inspector”进行检查。

一旦辅助功能检查器被打开,按“Command+F7”,然后用鼠标覆盖一个元素。这时我们会看到光标下元素的详细信息。这会提示我们辅助功能到底能否找到该元素。

测试失败

如果测试失败,并且我们不知道为什么。这里有一些方法可以帮助我们。首先,访问Xcode的测试报告。

当我们打开这个视图,并且鼠标悬停在某个步骤时就会看到测试动作的右边有一个小眼睛一样的图标。如果点击这个眼睛,就可以看到该测试的详情信息。这样就可以可视化的检查UI状态,并且找出具体是哪里有问题。

与单元测试类似,我们可以给UI测试设置断点。这样就可以对行为进行调试,并且找出问题。当测试失败时,可以查看视图结构以及检查辅助功能的属性。

为什么需要UI测试

自动化UI测试能够极大的保障程序质量。在Xcode中进行测试非常简单,并且给程序增加辅助功能不只是帮助我们进行测试,还能提高对残疾人的友好度。

Xcode中的UI测试能够直接在持续集成服务器上运行。当测试失败时,我们可以通过Xcode机器人或者命令行方式立即获取信息。

扩展阅读

关于Xcode UI测试的更多信息,建议观看WWDC session 406:“UI Testing in Xcode”。或者查看文档:“Testing in Xcode Document”“Accessibility for Developers Documentation”

戴维营教育

戴维营教育(Dive In Education),潜心做IT职业教育!紧跟时代潮流,不弄虚作假!不忘初心!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,560评论 4 361
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,104评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,297评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,869评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,275评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,563评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,833评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,543评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,245评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,512评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,011评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,359评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,006评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,062评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,825评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,590评论 2 273
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,501评论 2 268

推荐阅读更多精彩内容