我 15 年的时候也写过一个录制回访的工具，其实就是在 uiautomatorviewer 的基础上做了一些修改，封装了一些命令，当时是走坐标转换的方式实现点击，滑动等等相关操作的，然后通过 python 的形式把录制好的脚本回放出去。由于当时的工具截取手机屏幕的速度当时很慢最终也没有被用起来，airtest 使用 mimicap 实现快速传屛确实带来了很棒的使用体验。
使用 aritest 时我有以下两个点还没有想明白，希望大拿帮忙解惑：
1、录制脚本时如何应对不确定性 UI（比如 需要判断是否弹窗升级窗口，如果有弹窗则执行动作 a，否则执行动作 b），现在怎么实现类似于这样的脚本；
2、如何把录制好的若干个脚本以 suite 的方式去挨个执行？

补充一下，如果测试用 apk 和被测 apk 都是贵公司自己的应用的话，那么指定这两个 apk 使用相同的 android:sharedUserId 应该可以实现你的需求，未验证过，你可以试试。

补充，这种方式今天我试了一下，实现不了。

理论上如果获得手机的 root 权限后，app 中点击某个按钮的时候首先执行命令 “su” 获取 root 权限后再通过 shell 命令的方式启动另一个脚本，但是随着 android os 版本的升级安全性这块越来越到位，6.0 以后的 rom 几乎拿不到 root 权限。
个人建议可以采取可跨进程的测试框架，比如 uiautomator，通过脚本的方式来执行测试。

如果非要把冷启动和首次启动做比较的话，个人建议可以把该两个测试分别作为两个参考指标。因为首次启动应用时会有很多的数据或配置文件的初始化工作，因此其启动时间远远大于冷启动的启动时间，这样的话 app 的启动时间也就变成了从 3 个指标去衡量了：
1、首次启动时间；
2、冷启动时间；
3、热启动时间。

写的很棒，我去找找作者

今天终于看完了，看完才发现发帖的不是本尊

文章写的很好，看一半发现忘了下地铁了，擦……

一种新思路

应该是:内存 Cpu 消耗，流畅度和电量消耗