RT
痛点是：UI 界面的兼容性回归，主要是看多机型多语言 UI 界面是否存在排版问题
已尝试方法：
soloπ的一机多控，前置步骤太多了，权限获取复杂，控制设备数量有限（3 台）会出现卡死 pass 文章源自玩技e族-https://www.playezu.com/179096.html
玩技站长微信
添加好友自动发送入群邀请
rainbow-shownow
玩技官方公众号
官方微信公众号
PLAYEZU
- 版权提示：本站仅供存储任何法律责任由作者承担▷诈骗举报◁▷新闻不符◁▷我要投稿◁
免责声明：内容来自用户上传发布或新闻客户端自媒体，切勿！切勿！切勿！添加联系方式以免受骗。 - 原创转载：https://www.playezu.com/179096.html
转载说明： 点我前往阅读>>>
未知地区 1F
写个脚本，操作进到每个场景页面，用脚本切换语言同时截图保存，再比对用 AI 来识别？app 版本迭代快速，维护脚本就需要精力，业务测试不会代码的情况，测开得介入去写，写的话得和业务对接目前有哪些地方要跑，实际上成本不比业务测试直接拿到手机测试来的快那就简单弄，写个切换语言并截图的脚本，其他的都手工完成排版问题，核心主要和文本长度有关吧？
从多语言里选最短文本、最长文本，两个都能 hold 住，应该就不会有太大问题。随便哪种，appium，ATX，airtest…都可以
切换语言再跑用例，定位元素不要用文本信息定位每一处文本 不同语言翻译出来的长短可能都不一样。。。 不存在哪种语言的翻译都是最短/最长额，这个可以变通一下，往多语言文案配置里弄 2 门特殊语言，一门长度和最短的一致，一门和最长的一致，就好了。
这样测试的时候，排版方面的通过这两门语言就可以完成。
这也不是我想出来的，以前 MTSC 看到有个分享多语言测试的议题里提到的。ui 通过 ID desc 去定位 然后截图 在通过人工判断是否排版正常 这个是比较简单的方案吧