手机 rom 测试的话，分滑动场景，持续滑动取连续滑动期间的帧率，测性能的机械臂也是一样的方式。

滑动的效果有起始、滑动中、滑动结束后的减速效果，而且还跟滑动动作速度有关。要看评估哪段区间。整体帧率会被起始、结束和操作动作影响。

每台手机的 device 是固定的，而且不同。参数按 device 对应固定的手机号

很简单，接收命令行的传参获取手机号，不同 device 执行不同的手机号

作为写过方案实现分享的人，看着没技术讨论氛围、回复询问的都是如何执行、没技术解决方案讨论，逐渐就懒得写了。虽然自己还在做新思路的尝试，逐渐也不愿意分享出来了。单向分享输出无回馈，感觉不到分享的价值。

你可以看下最新的处理方式：https://testerhome.com/topics/20187

需要重视用户体验，这代表测试对用户体验的把控，至少有理有据提出问题，进一步推动其他部门对用户体验标准的共同认知。之后形成标准把控，减少争议讨论。

shell 的 if 判定条件，其中之一为空就会报这个错误提示。如果不想看到报错，用字符串比较，左右加个相同字符。如：

if [ "a${pod_status}" == "arunning" ];then

设备端后台脚本执行，间隔轮训查看执行状态

dumpsys gfxinfo 包名 framestats 历史 127 帧数据用脚本计算，并不是 rom 都开了 fps 计算，再有 gfxinfo 不统计 SurfaceView。我是不用它，数据实用性差，没多大意义。