Xcode7 UI自动化测试详解 带demo UITests_ios ui自动化测试

UI Tests是什么？

UI Tests是一个自动测试UI与交互的Testing组件

UI Tests有什么用？

它可以通过编写代码、或者是记录开发者的操作过程并代码化，来实现自动点击某个按钮、视图，或者自动输入文字等功能。

UI Tests的重要性

在实际的开发过程中，随着项目越做越大，功能越来越多，仅仅靠人工操作的方式来覆盖所有测试用例是非常困难的，尤其是加入新功能以后，旧的功能也要重新测试一遍，这导致了测试需要花非常多的时间来进行回归测试，这里产生了大量重复的工作，而这些重复的工作有些是可以自动完成的，这时候UI Tests就可以帮助解决这个问题了

使用方法

第一步：添加UI Tests

如果是新项目，则创建工程的时候可以直接勾选选项，如下图

如果是已有的项目，可以通过添加target的方式添加一个UI Tests，点击xcode的菜单，找到target栏

在Test选项中选择Cocoa Touch UI Testing Bundle

这时候test组件添加成功，它在项目中的位置如下图所示

第二步：创建测试代码

手动创建测试代码
打开测试文件，在testExample()方法中添加测试代码

如果不知道如何写测试代码，则可以参考自动生成的代码样式

自动生成测试步骤
选择测试文件后，点击录制按钮

这时候开始进行操作，它会记录你的操作步骤，并生成测试代码
下图就是在一些操作后自动生成的测试代码

这时候可以分析测试代码的语法，以便你自己手动修改或者手写测试代码

开始测试
点击testExample方法旁边的播放按钮，它就开始进行自动测试了，这时候你会看到app在自动操作

下面介绍一下测试元素的语法

XCUIApplication：
继承XCUIElement，这个类掌管应用程序的生命周期，里面包含两个主要方法
launch():
启动程序
terminate():
终止程序

XCUIElement:
继承NSObject，实现协议XCUIElementAttributes, XCUIElementTypeQueryProvider
可以表示系统的各种UI元素
exist:
可以让你判断当前的UI元素是否存在，如果对一个不存在的元素进行操作，会导致测试组件抛出异常并中断测试
descendantsMatchingType(type:XCUIElementType)->XCUIElementQuery:
取某种类型的元素以及它的子类集合
childrenMatchingType(type:XCUIElementType)->XCUIElementQuery:
取某种类型的元素集合，不包含它的子类

这两个方法的区别在于，你仅使用系统的UIButton时，用childrenMatchingType就可以了，如果你还希望查询自己定义的子Button，就要用descendantsMatchingType

另外UI元素还有一些交互方法
tap():
点击
doubleTap():
双击
pressForDuration(duration: NSTimeInterval):
长按一段时间，在你需要进行延时操作时，这个就派上用场了
swipeUp():
这个响应不了pan手势，暂时没发现能用在什么地方，也可能是beta版的bug，先不解释
typeText(text: String):
用于textField和textView输入文本时使用，使用前要确保文本框获得输入焦点，可以使用tap()函数使其获得焦点

XCUIElementAttributes协议
里面包含了UIAccessibility中的部分属性
如下图

可以方便你查看当前元素的特征，其中identifier属性可用于直接读取元素，不过该属性在UITextField中有bug，暂时不清楚原因

XCUIElementTypeQueryProvider协议
里面包含了系统中大部分UI控件的类型，可通过读属性的方式取得某种类型的UI集合
部分属性截图如下

创建Demo

首先创建一个登录页面

点击login按钮进行登录验证，点击clear按钮会清除文本
登录成功后可以去到个人信息页面

个人信息页面如下

点击modify按钮可以修改个人信息，点击Message按钮可以查看个人消息

最后是消息界面

登录页面的测试

1. 输入一个错误的账号
2. 验证结果
3. 关闭警告窗
4. 清除输入记录
5. 输入一个正确的账号
6. 验证结果
7. 进入个人信息页面
   测试代码如下:

    func testLoginView() {
        let app = XCUIApplication()

        // 由于UITextField的id有问题，所以只能通过label的方式遍历元素来读取
        let nameField = self.getFieldWithLbl("nameField")
        if self.canOperateElement(nameField) {
            nameField!.tap()
            nameField!.typeText("xiaoming")
        }

        let psdField = self.getFieldWithLbl("psdField")
        if self.canOperateElement(psdField) {
            psdField!.tap()
            psdField!.typeText("1234321")
        }

        // 通过UIButton的预设id来读取对应的按钮
        let loginBtn = app.buttons["Login"]
        if self.canOperateElement(loginBtn) {
            loginBtn.tap()
        }

        // 开始一段延时，由于真实的登录是联网请求，所以不能直接获得结果，demo通过延时的方式来模拟联网请求
        let window = app.windows.elementAtIndex(0)
        if self.canOperateElement(window) {
            // 延时3秒, 3秒后如果登录成功，则自动进入信息页面，如果登录失败，则弹出警告窗
            window.pressForDuration(3)
        }

        // alert的id和labe都用不了，估计还是bug，所以只能通过数量判断
        if app.alerts.count > 0 {
            // 登录失败
            app.alerts.collectionViews.buttons["确定"].tap()

            let clear = app.buttons["Clear"]
            if self.canOperateElement(clear) {
                clear.tap()

                if self.canOperateElement(nameField) {
                    nameField!.tap()
                    nameField!.typeText("sun")
                }

                if self.canOperateElement(psdField) {
                    psdField!.tap()
                    psdField!.typeText("111111")
                }

                if self.canOperateElement(loginBtn) {
                    loginBtn.tap()
                }
                if self.canOperateElement(window) {
                    // 延时3秒, 3秒后如果登录成功，则自动进入信息页面，如果登录失败，则弹出警告窗
                    window.pressForDuration(3)
                }
                self.loginSuccess()
            }
        } else {
            // 登录成功
            self.loginSuccess()
        }
    }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62

这里有几个需要特别注意的点：
1. 当你的元素不存在时，它仍然可能返回一个元素对象，但这时候不能对其进行操作
2. 当你要点击的元素被键盘或者UIAlertView遮挡时，执行tap方法会抛异常
详细实现可参照demo:
https://github.com/sunljz/demo/tree/master/iOS9/UITestDemo

个人信息页测试

1. 修改性别
2. 修改年龄
3. 修改心情
4. 保存修改
   测试代码如下：

    func testInfo() {
        let app = XCUIApplication()
        let window = app.windows.elementAtIndex(0)
        if self.canOperateElement(window) {
            // 延时2秒, 加载数据需要时间
            window.pressForDuration(2)
        }

        let modifyBtn = app.buttons["modify"];
        modifyBtn.tap()

        let sexSwitch = app.switches["sex"]
        sexSwitch.tap()

        let incrementButton = app.buttons["Increment"]
        incrementButton.tap()
        incrementButton.tap()
        incrementButton.tap()
        app.buttons["Decrement"].tap()

        let textView = app.textViews["feeling"]
        textView.tap()
        app.keys["Delete"].tap()
        app.keys["Delete"].tap()
        textView.typeText(" abc ")

        // 点击空白区域
        let clearBtn = app.buttons["clearBtn"]
        clearBtn.tap()

        // 保存数据
        modifyBtn.tap()
        window.pressForDuration(2)

        let messageBtn = app.buttons["message"]
        messageBtn.tap();

        // 延时1秒, push view需要时间
        window.pressForDuration(1)

        self.testMessage()
    }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43

这里需要特别注意以下两点：
1. textview获取焦点时无法选择焦点的位置
2. tap事件的触发位置是view的中心，所以当view的中心被遮挡时，要考虑使用其他view来代替

个人消息界面测试

1. 单元格的点击
   测试代码如下：

    func testMessage() {
        let app = XCUIApplication()
        let window = app.windows.elementAtIndex(0)
        if self.canOperateElement(window) {
            // 延时2秒, 加载数据需要时间
            window.pressForDuration(2)
        }

        let table = app.tables
        table.childrenMatchingType(.Cell).elementAtIndex(8).tap()
        table.childrenMatchingType(.Cell).elementAtIndex(1).tap()

    }
1
2
3
4
5
6
7
8
9
10
11
12
13

这里需要注意一点：
1. 暂时无法获取到tableView的元素指针

总结

总的来说，UI Tests只能用于一些基础功能的测试，验证app的功能是否可以正常使用，是否存在崩溃问题。但它也有很多不足之处，编写测试用例的过程非常繁琐，自动生成的代码几乎无法运行，功能单一，很多用例无法覆盖，而且bug很多，大大地限制了UI Tests在实际开发中的应用。希望正式版出来的时候能够修复这些问题，并开放更多的功能。

demo地址：
https://github.com/sunljz/demo/tree/master/iOS9/UITestDemo

欢迎各位提出改进建议，感谢！