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

杨伟明
杨伟明
杨伟明
订阅者
278
文章
0
评论
测试交流1 163字数 73阅读0分14秒阅读模式

RT
痛点是:UI 界面的兼容性回归,主要是看多机型多语言 UI 界面是否存在排版问题
已尝试方法:
soloπ的一机多控,前置步骤太多了,权限获取复杂,控制设备数量有限(3 台)会出现卡死 pass 文章源自玩技e族-https://www.playezu.com/179096.html

 
    • xinxjxjxj
      xinxjxjxj 9

      写个脚本,操作进到每个场景页面,用脚本切换语言同时截图保存,再比对用 AI 来识别?app 版本迭代快速,维护脚本就需要精力,业务测试不会代码的情况,测开得介入去写,写的话得和业务对接目前有哪些地方要跑,实际上成本不比业务测试直接拿到手机测试来的快那就简单弄,写个切换语言并截图的脚本,其他的都手工完成排版问题,核心主要和文本长度有关吧?

      从多语言里选最短文本、最长文本,两个都能 hold 住,应该就不会有太大问题。随便哪种,appium,ATX,airtest…都可以
      切换语言再跑用例,定位元素不要用文本信息定位每一处文本 不同语言翻译出来的长短可能都不一样。。。 不存在哪种语言的翻译都是最短/最长额,这个可以变通一下,往多语言文案配置里弄 2 门特殊语言,一门长度和最短的一致,一门和最长的一致,就好了。

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

      这也不是我想出来的,以前 MTSC 看到有个分享多语言测试的议题里提到的。ui 通过 ID desc 去定位 然后截图 在通过人工判断是否排版正常 这个是比较简单的方案吧

    匿名

    发表评论

    匿名网友
    确定

    拖动滑块以完成验证