Swift UITest踩坑记录

周一新公司入职，面试时考察的OC，进来发现项目要用swift写。于是开始学习swift。项目组安排项目任务，大体代码有个大牛已经写差不多了。小组接手先从写测试开始，顺路磨练swift技术。

记录一下今天碰到的UITest的坑：

1，弹出 Timestamped Event Matching Error: Failed to find matching element

当进行代码录制时（很多同学反应代码录制那个按钮是灰的，记得把光标点到testXXX的函数里面，就会变红啦，这个问题你去google，百度是不会有答案的，stackoverflow很多这个问题都没有答案，原来这么简单），点击没有identifier的UISwitch时，会出现这个问题。网上有说添加如下代码的：

        tSwitch.isAccessibilityElement = true

        tSwitch.accessibilityIdentifier = "saveAccountSwitch"

我添加后，清空，重启，关了开开了关都不好用。组里TL跳过录制，弄了个硬招来获取这个开关：

  let app = XCUIApplication()

  app.switches.element(boundBy: 0)

亲测，OK。

2，测试UISwitch开关的值是否是关闭

这个问题很恶心，app.switches.element(boundBy: 0).value包装的值竟然是字符串的0，害得我好找。代码如下：

if let switchValue = app.switches.element(boundBy: 0).value {
            if let switchIntValue = switchValue as?  String{
                 XCTAssertEqual(switchIntValue, "0", "Save switch default value is not off")
            }else {
                 XCTFail("Save switch value unnormal")
            }
        }else {
            XCTFail("Save switch do not have value may be it's not exist")

        }

3，顺便学习了？！

as（有保障下类型转换）  as？（转换成可空类型） as！（强转可崩）  以及 if let （判空安全解） ，value！（强解），Type！（自动强解类型） 的优势及区别。 ？？是三目运算符的简写形式。

总结：项目的压力+N多的资料+朋友支持学习还是蛮快的。swift类型安全的真是很舒服，完全不会再有写完了担心判断不周，遗漏空值的感觉了。添加了有限的语法符号，最大化表达能力，而且真的代码逻辑顺畅多了。唯一的遗憾是听说指针不见了，作为爱C族感到惋惜。