• APP 多语言测试 at 2024年12月17日

    我们也是这种情况,主要针对 app 的海外多语言测试,需要关注文案是否正确、各分辨率显示是否正常,之前采用 UI 自动化截图 + 人工查看的方式,但是这种一是得熟悉各 app 的改动内容才能知道截哪些页面,二是改动发版频繁,脚本基本上都是一次性的,有这时间测试早都人工测完了,现在就是很尴尬😅

  • 可以在前端区分开来,后面有时间改改试下效果怎么样

  • ok,现在剩下的问题就变成了如何区分用户的点击和滑动操作了,我再想想怎么搞

  • 嗯嗯,这个后续会和开发沟通加上

  • 第一个问题就是主控设备在操作时,在点击时自动 dump 当前页面,然后根据点击的位置从 dump 页面中获取操作所在位置的元素 xpath,然后把 xpath 发送到控制设备执行点击,是这种实现流程吗

  • 感谢大佬指点,想请问一下获取当前操作位置的元素,是每操作一次后 dump 页面元素后,对比操作的位置去 dump 中获取吗,另外目前是基于 scrcpy 实现的云真机,所有的操作都是由 down、up、move 组成的,应该只有点击操作才需要获取元素吧,如何区分点击和滑动呢(像 SoloPi 是先拦截操作,每操作一下需要选择当前的操作类型,使用比较麻烦)

  • 是测自己公司的产品,不过也有很多是没有 id 的😅 ,如果使用这种方法的话是主控设备每操作一次就自动获取一下当前操作位置的元素,然后再操作其他设备吗,感觉这样也不是很稳定吧,而且滑动这种操作怎么办呢,不同设备显示的内容也可能会有差别

  • 目前有个想法,之前做了一个云真机平台,想增加个一机多控的功能,这样就可以供测试人员同时检查多种语言了,能提高一些效率,但是不太清楚不同分辨率间如何能实现同步操作呢,如果只是根据坐标操作感觉很不靠谱呀,还是只支持同时操作相同分辨率的模拟器呢(只有模拟器能快捷的使用 adb 设置语言,且同步操作更简单一些,真机即使是相同分辨率但尺寸不同的话同步起来还是会有差异),有没有了解相关知识的大佬分享一下这方面的思路呢

  • 这边基本上每次测的 app 都是不一样的,脚本只能用一次,所以每次都得重新写脚本 + 调试,再加上跑的时间,功能已经可以测的差不多了😂

  • 开发的工作量是不大的,工作量主要是在测试测 ui 显示是否正常这块,我这边也是只能和测试一样等开发出包之后才能开始编写脚本、执行,所以对比测试其实效率也没有提升多少