不是图库不会读某个目录下的文件，而是需要图片保存本地后发送一个广播告诉图库去这个地址读取

再说我的这种方式的一个应用场景：
公司的 IP 经常发生变化，连接 fiddler 时，时不时需要手动更换 IP 很麻烦。

• 于是写个 apk 来更换代理地址
• 接受命令行参数输入
• 通过查询本地 IP，再用脚本整合成 adb 命令启动这个 apk
• 于是乎代理 IP 就改好了，方便多了

这样不也行吗，不知道是不是同一个意思
adb shell am start -n package/activity -e key value -e key value
代码中是这样

Intent intent = getIntent();
String value = intent.getStringExtra(key);

把一些 private 改成了 public

robotium 的包别用官方的，用我项目中的 5.6.3

如果环境问题搞不定的话，那你暂时还是放弃吧

嘿嘿

我觉得这些环境问题你可以找你们开发帮忙的

这里不用全路径，直接：bt_xx 其他应该没错

你安卓 SDK 版本没这么高，你把 lolipop 的都改成 21

算了，我打开 eclipse 告诉你吧

你要把运行时的 jdk 调成 1.8，估计你现在的是 1.6 或 1.7，问下你开发

你的 JDK 版本换成 1.8 的来编译就没这些问题

开发协助查询后台数据不就好了？
一段时间内各用户发布的数量

正常啦

哥们，你终于来了？

V4 包没有这个方法，你看下升级下 V4 包，问下你们技术 V4 包版本多少的 替换掉我的，我的是 23.3.0

demo 后续有空先吧，自己先折腾

哥们，能否加下我企鹅 335827476，我们聊聊

大专有机会吗

原理都说了，怎么串起来还有难度？

看来，有时间我要写一个非常详细的文档才行

举个栗子

当发生崩溃时

• 在sdcard/AutoClick/package/Crash目录下会产生一个Crash日志

• 假设日志信息如下

• 一般日志中有提到哪个界面出现崩溃

  • 如果日志被混淆则，对照mapping.txt查找

• 如果没有提到哪里出现崩溃则在sdcard/AutoClick/package目录下打开Activities.txt查看最后打开的界面是哪个

• 通过以上步骤能拿到最后的一个遍历的界面，再到sdcard/AutoClick/package/Screenshots目录下查找该界面的文件夹进入，方可看到遍历该界面的步骤截图

排查

• 如果截图信息不够详细，可以打开sdcard/AutoClick/package/Log目录下最新的 log 文件，里面记录着以下日志
  • 被测 app 打印的日志（如果有）
  • 自动遍历操作日志
  • 点击的元素日志
• 一般根据以上信息足以跟踪Crash来源
• 接口的配合（如果遍历时有开启代理）
  • Fiddler 代理抓取
  • Charles 代理抓取
• 根据Crash发生的时间逐一排查对应的截图、日志、接口信息尝试手动操作复现

进阶

• 复现Crash后打开对应的源码，尝试修复
  • 一般通过接口、崩溃日志可定位是接口问题，还是客户端问题
• 客户端问题
  • 如果是比较简单的错误，如空指针、数组越界等，在发生问题行修改即可（一般情况）
  • 如果是复杂问题，则多打断点调试，找出元凶，根除问题（一般是由于其他问题引起此处代码背锅）
  • Fix bug
  • 编译重测
• 下一步
  • 联系研发修复 bug（此时自己的修复不提交，不符流程，只是作为练手）
  • 研发 fix 后，查看研发的修复跟自己的是否一致
  • 如果一致，那么恭喜你，你可能已经掌握了这一块的逻辑或者是业务
  • 如果不一致，那么可以对比下，以待进一步提高
  • 久而久之，业务逻辑、研发的处理逻辑、套路，你都会更加了如指掌
  • 良性循环，对业务、源码都有更大的把握，也能找到更深层次的问题，从而推进质量的提升

高产啊~~~