研发效能 多语言测试有好的解决方案嘛

Time · 2022年07月06日 · 最后由 陈恒捷 回复于 2022年07月12日 · 6526 次阅读

RT
痛点是:UI 界面的兼容性回归,主要是看多机型多语言 UI 界面是否存在排版问题
已尝试方法:
soloπ的一机多控,前置步骤太多了,权限获取复杂,控制设备数量有限(3 台)会出现卡死 pass

共收到 11 条回复 时间 点赞

写个脚本,操作进到每个场景页面,用脚本切换语言同时截图保存,再比对

用 AI 来识别?

Time #3 · 2022年07月07日 Author
xinxjxjxj 回复

app 版本迭代快速,维护脚本就需要精力,业务测试不会代码的情况,测开得介入去写,写的话得和业务对接目前有哪些地方要跑,实际上成本不比业务测试直接拿到手机测试来的快

Time 回复

那就简单弄,写个切换语言并截图的脚本,其他的都手工完成

排版问题,核心主要和文本长度有关吧?

从多语言里选最短文本、最长文本,两个都能 hold 住,应该就不会有太大问题。

随便哪种,appium,ATX,airtest...都可以
切换语言再跑用例,定位元素不要用文本信息定位

陈恒捷 回复

每一处文本 不同语言翻译出来的长短可能都不一样。。。 不存在哪种语言的翻译都是最短/最长

lazyBoy 回复

额,这个可以变通一下,往多语言文案配置里弄 2 门特殊语言,一门长度和最短的一致,一门和最长的一致,就好了。

这样测试的时候,排版方面的通过这两门语言就可以完成。

这也不是我想出来的,以前 MTSC 看到有个分享多语言测试的议题里提到的。

ui 通过 ID desc 去定位 然后截图 在通过人工判断是否排版正常 这个是比较简单的方案吧

陈恒捷 回复

跟随系统语言的呢,怎么弄

lazyBoy 回复

自家 app,总归可以找开发弄一个单独的设置语言的菜单吧。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册