@missgong0 你要在进程里面一个一个文件保存到 PC，没有试过。~
我个人建议：你在 SDCARD 搞个临时文件夹吧，然后全部运行完，最后拉个脚本一起 COPY 出来不就好了么。

建议你直接在外围做 SHELL 脚本进行操作。
ROBOTIUM 是基于 APK 的，因此有用户权限的问题，如访问 SDCARD 需要 APK 有 SDCARD 的读写权限。

赞！~收藏，时刻提醒自己还有 N 多不会的~

@cpfeng0124 没有薪资范围啊，差评！~

@xiaoxiao 恩，是的，直接外嵌一条 ADB 命令就 OK 了。~
如果需要清数据，ADB 也能搞定。

没人回答，我自己来回答一下吧，算是记录一下，可能有不对的，这个还望指正。~
ROBOTIUM 的页面机制是基于 ACTIVITY 实现的，因此在 FRAGMENT 切换的时候，页面元素计数是不会重新计数的，因此对于第二个 FRAGMENT 的元素的 INDEX 号，是两个 FRAGMENT 相加得到的。
这样的话，就必须先清理一下第一个 FRAGMENT 的元素个数。对于 LISTVIEW 填充，不确定的时候，这样计算就很痛苦，如果是 3 个 FRAGMENT 切换。。。。所以对于此种应用还是老老实实换 UI 框架吧。

楼上的太假了。。。

@anikikun 赞一个~今天用到了。~

开发刚给了一个还算不错的建议，实际上我们影响到的只有原工程的 BUILD.GRADLE 文件，这个文件一般也不怎么改，直接忽略掉。如果开发有改动的话，再手动改，本地编译本地执行，貌似这样也没有什么问题。谢谢~

@monkey 哈哈，我们项目就偶一个人，问了一圈，我司其他项目还在用 ECLIPSE。。。
GIT 偶还处于初级阶段，谢谢陈兄，我先看看自己维护一个测试库，同步开发库能不能搞定。。。指望开发是指望不上的。~
实在不行用 APPIUM 了，慢就慢点吧，UI 也测不出太多问题。~

@monkey 恩，2.用 GRADLE 命令就可以了（还没实践）。
主要还是 1，如 BUILD.GRADLE 不是要加入：androidTestCompile 'com.jayway.android.robotium:robotium-solo:5.2.1'
开发分支的文件和我本地的文件不就不一致了么。
然后 GIT 管理工程的话，也是一个工程管理的吧，开发应该不太会让我把我这边的代码合入。打包也是开发打的，现在工程合一，咋整呢？
测试来打发布包？没有成熟的方案开发应该是不太愿意让我把代码合进去的。

@xiyue 楼主，你这部分的代码是如何管理的？合入开发分支么？～
持续集成呢？用 gradle 命令做么？

@xiyue 楼主，你这部分的代码是如何管理的？合入开发分支么？～
持续集成呢？用 gradle 命令做么？

XCTEST 开发都不会做也不愿意做的飘过。。。

@james88233 打 100 个电话这是稳定性测试吧？我的意思是这种手机硬件相关的测试和纯应用测试还是有区别的。~

最近才和其他部门的同事聊过，这里的整机应该主要是针对一个固定型号的机器进行相应的整体功能性测试吧？因此性能是通过其他方式测试硬件，他们整机主要是测功能覆盖，然后目前的新机型主要都是 4.4 以后的，不存在取不到控件的问题。功能么，主要是测试 SDK 自带的和 ROM 封装的功能？我这么说有没有问题啊？大家的测试对象都不太一样，建议下次最好将需要测试的对象稍微描述一下吧？~~@carl 我这么理解有没有问题啊？望指正哈~

个人理解，盒子本身是没有未来，没有生态圈的盒子，就只能是个盒子。

@halo_lan 目前还没有考虑压力测试，我们是家庭产品，一般来说不会有超过 5 个用户同时登录，目前只考虑了常规的一些性能测试，请问压力测试这部分有什么可以建议的么？多谢！~
呵呵，我们就是因为考核开发 BUG 数目，所以 API 都是扯皮的事情~必须要有实际操作异常，才会理会你。API 改了，只要实际功能能跑通，测试脚本跑不跑的通那是测试的事，和开发无关。。。这里槽点比较多，就不细说了~