很多人说基于 UI 的自动化就是一个大坑，有时写自动化测试脚本而投入的工时可能比人工测试还多，尤其是软件版本多，迭代快的，脚本的维护工作尤其繁琐。
所以在设计脚本的时候就要考虑到兼容性，不能因为弹个窗口你就挂了，或者开发改了一个字母，你就不匹配了，又要改脚本。

当然，兼容性太强了，也可能把 bug 给放过了，还是把握住用例的检查点，确实的抓住这个点验证功能，而其他情况忽略。
只做功能点检查，是比较适合 UI 自动化的。模糊匹配，主要是在做 UI 搜索时，不使用精确的 equals，而是用 match。
举个例子：（Android，UiAutomator）
在搜索一个字符串的时候，忽略大小写。 java 正则表达式: (?i) abc 表示 abc 都忽略大小写 a(?i) bc 表示 bc 忽略大小写 a((?i) b) c
表示只有 b 忽略大小写 device.findObject(By.text(Pattern.compile(“(?i) ok”)))；
这就避免了开发三天两头抽风改字串，一会 Ok，一会 OK，一会 ok；
这只是个简单的例子，但是我发现使用正则表达式，可以让脚本能兼容更多版本，环境，同时代码看起来也更加简洁，不用搞一堆的 if else。
这种模糊匹配，也更符合人的思维，比如 app crash 弹窗下一个 close 按钮，有可能几种文本，“close the app”“close current
app”“Close”。。。什么乱七八糟的都有。人看到这些其实第一反应也不会去读完整个文本，就看到 close 就点了呗。那脚本也不能太傻啊，
只要包含 close 这几个字母就可以了。
那就是 device.findObject(By.text(Pattern.compile(“.(?i) close.”)))；
到现在才发现了枯燥的正则表达式原来那么好玩。