#4 楼 @testblue 所以你需要 case 管理（case 的执行顺序、执行哪些 case、case 失败了是否重试、测试报告的生成。。等等）
看下 testng 这些框架吧

case 之间要解耦，把你的 test1/test2/test3 分开写成不同的类，每个 case 运行完需要做数据清理

数据库校验？数据恢复？

看到这种接口就想多加几个 0 试试
http://identity.daoapp.io/?num=200000000000000000000000000000000000000000000000000000

这个貌似是 Push 的进度，Install 的进度没法弄

楼上是说工资太低了么 ^{_^}

/data/system/packages.list 貌似需要 root 权限，以下方式也可，获取前台程序流量消耗 (批处理)
:getNetInfo
for /f "tokens=2 delims=/ " %%a in ('adb shell dumpsys activity top^|findstr "ACTIVITY"') do set packageName=%%a
for /f "tokens=2 delims=/}" %%a in ('adb shell dumpsys package^|findstr packageSetting^|findstr %packageName%') do set uid=%%a
echo "%packageName% Uid is:" %uid%
for /f %%a in ('adb shell cat /proc/uid_stat/%uid%/tcp_rcv') do set /a rcv=%%a/1024
for /f %%a in ('adb shell cat /proc/uid_stat/%uid%/tcp_snd') do set /a snd=%%a/1024
echo 下行流量：%rcv% Kb
echo 上行流量：%snd% Kb

#14 楼 @vigossjjj 你说的应该是 dev/input 下的 event number 吧，确实不同的设备 eventXX 分管的事件不一样 我之前也用这种方式做过录制回放工具
其实就是对这些设备写入和读取数据的过程
回放的时候有种比较暴力的方法....往 dev/input 这下面所有的设备的都写入一遍

生命是有限的，测试也是有限的
在各种厂商定制、各种三方 Rom 满天飞的现在，Android 想要兼容市面上所有的机型那是不可能完成的任务
“工资都快扣光了” 可以看出贵司测试当着太大的责任，一出问题都在测试头上了。。个人认为这是不太正常的

为了减少类似的问题发生需要一个积累的过程：比如加入三方 SDK 在线监控程序异常、注重用户反馈、深挖代码中易出现的问题（我们公司产品在 Qmobile 和三星 Rom 上总是出问题，后来才发现这些手机 Rom 中加入的旧版 support V7 和 App 中的新版 s v7 冲突、又比如 Fragment 常见的 stateloss 的 bug）当然这些不只是让测试来做，开发和测试都是产品中不可或缺的部分

至于你说的 “联系人” 这些问题，其实可以避免（不是兼容性问题），当你知道这个功能的时候或者说从 CodeReview 中得到一些信息的时候就应该进行深挖避免这种问题出现....另外这种造数据通过 ContentResolver 很容易实现

希望以上内容能对你有所帮助，有问题再一起探讨

不是因为他们本来就懂得怎么解决，而是解决问题的经历让他们成为牛人 赞

#2 楼 @yangchengtest 额，特点还没想过，大概是：没系统版本限制吧~脱离数据线？更稳定？你给总结总结，^{_（其实我在用第二种方法）}

对了说明一下 需要 root（chmod 设备可写入的权限），上面 gif 为返回键到主页再注入了 menu 事件（看不到动图的请 F5 ^_）

元素定位基于 uiaotomator 的？

思路不错，但有个疑问
既然用到了 uiautomator 为和不直接在 Robotium Case 中获取 UiAutomation 进行跨进程操作？
To get an instance of UiAutomation, call Instrumentation.getUiAutomation()