大赞！
QQ:93913353

看上去功能好强大！

这不是跟我这接近 1 年的状态差不多么。。。
一个人的工作注定着孤独与寂寞。最关键是因为眼界的原因很容易把复杂的事情想简单，把简单的事情想复杂，外联很重要！然后你才能发现什么方式的操作模式适合你的项目。
领导的理想总是好的，然并卵，我相信你自己累了半天做出来的东西十有八九还是达不到领导要求。
如果仅仅是应付领导，我建议你直接手工得了。如果是提升自己做做其他的。
每个个体都有差异性，找到自己的优势，希望做的事情，好好沉淀一下。定个计划，每周分析总结一下。~

@tbya 谢谢，虽然我感觉你写的和我说的不完全是一码事。。。
我老老实实做图像对比算了，也不算太麻烦。

@cpfeng0124
兄弟对不住了，今天去聊了一下被鄙视了。没有亮点，好伤心。。。

@pighero001 。。。。。
专供大闸蟹，1K/1g，送货上门。~~~~

@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 命令做么？