很多人说基于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.*”)));
到现在才发现了枯燥的正则表达式原来那么好玩。
自动化测试中如何兼容多版本UI——模糊匹配
最新推荐文章于 2024-06-13 20:37:19 发布