@xuxu 帅哥，看到你的答复，正好最近回去写接口，RF 只提供了一部分库吧，如果是自定义报文，还有不少第三方库的使用，怎么弄呢？
比如我这边文件访问需要测 SAMBA，客户端实现需要第三方库支持，感觉类似的一些功能，RF 很多没法用啊。反正我是都自己封了一遍，就是还得再整一套流程输出报告比较坑。求经验~

我很想知道，薪酬——薪酬＋月奖＋年奖＋期权，保证全上海最佳！
上海最佳是多少米？

@seveniruby 基本上是明白了，谢谢思寒的解答。~

这么说啊，主要是觉得思寒从报文中提取测试源数据这个很牛 X。
感觉我们写 API，都是自己写 API 接口，自己设计入参，判断返回。没有想过中间去抓取数据，再作为源数据传入。
我个人有个疑问啊，这样的话，如果目标 IP 变化，或者 HTTP 的 SESSIONID 变化，这样不就歇菜了，源报文也要变化啊。
这个我暂时理解不了，求解答~~~
是不是我理解的有问题啊？这个主要是测试 DIFF 的？具体数据怎么驱动还是要代码支持？

牛 X，我一直以为接口测试都是自己写代码一个一个接口过，土鳖了。。。

这个问题太大了，个人经验供参考：
1.首先要看老板或者领导愿意投入多大的意愿去干这么一件事情。如果领导只是说说建议你谨慎，因为中间他可能催你，可能觉得你进展慢，你遇到困难时，可能获得的支持有限。
2.建议测试对象必须是稍微稳定点的产品，如果产品的稳定性都没法保证，建议你缓缓，因为 PM 肯定是向着开发而不是向着你，这样会很痛苦。
3.流程方法这些大部分这里只能提个皮毛，用例和最后的实践很多涉及信息安全啥的，不方便提。自动化测试用例可以参考 SHIXUE33 美女前段时间发的帖子，大部分内容都包括，可以参考这个来做。论坛获取到的信息一般都是技术层面上的和零散的一些信息，如果有可能还是尽量从内部挖掘一些流程上整体上资源。~
4.UI 自动化只是最基本的，安全性能等等，总之还是要贴近自己的应用，知道哪些能做，哪些不能做，哪些做起来很麻烦。没有什么理想中一蹴而就的东西，就是填的坑多了，也就那样了。~
共勉之~

妹子好强大啊~弹出对话框不是还有焦点问题么？貌似都是算坐标位置，直接用坐标点击的吧？~

@monkey @seveniruby 两位大侠，对于 SharedPreference，删除本地文件重新进应用，数据还是放在缓存里的。除非重启机器，或者使用系统工具清数据，这里有没有什么清 SharedPreference 的好方法啊？

赞楼主，很用心。理论是一方面，但是实际操作过程中不会这么理想。从楼主的字里行间看，觉得并不像是做移动互联网项目的，倒很像是我们做系统项目的，有很长的迭代时间，可能是 3 个月，也可能是半年，或者更长。个人做了 3，4 年的部门质量跟踪，但是实际涉及到责任心，人力，领导，很多都是做做样子，远没有那么理想。
举个最近的例子，昨天我们老大要我们实现自动化百分比，他关心的是百分比数据，项目进度并不关心。质量那是出了问题以后才讨论的事情。敏捷项目，开发天天变都没有文档，测试用例目前都没有整理，百分比只能忽悠忽悠上面。
时代在变化，以往的经验可能会害死人。而且人力成本也是考虑的重点，领导们都喜欢有通用的方法，有不需要多少人力就能推广见效的成果，如果你长期在一线的话，会明显感觉到现实很头疼。
最近比较愤青。。。见谅哈~

@monkey 谢谢 MONKEY,我去试试清缓存。~真正打算把一套自己搭起来，才真正感到深坑无数啊~。哎，前两天打算 ECLIPSE 切 ANDROID STUDIO,结果测试源文件全变 CLASS，反编译还没编出来。。。。再次谢谢诸位的帮助！~

其实这就是我最近一直头疼的东西。ROBOTIUM,APPIUM 只提供 UI 或者功能的 API。封完以后干么呢。
比如这个问题，我们应用有问题，有些功能验证必须删了 APK，重装才能自动化跑下去。ROBOTIUM 自己不能删，我就想知道有没有什么上层工具可以有类似运行 ADB 命令后，再执行 ROBOTIUM 用例的？信息量有些多，感觉相当的混乱中。麻烦诸位了！~SHELL 脚本写批处理，先删了，再运行？这样可行不？

@chenhengjie123 我还处于土鳖的直接用 ECLIPSE 运行 JUNIT TEST 的阶段。
话说我执行测试 APK，不就得加载源 APK，这不是有依赖关系么。。。
我一时还没理顺。。。

个人建议，自己写滑动方法，定位某个元素，滑到滑动后的元素和滑动前位置一致时停止。

@shixue33 MM，个人理解不侵入很难啊，开发如何获取这个拍照结果的方式是什么呢？如果是从图库获取，还可以考虑修改图片之类的。如果是直接数据流那就更烦了吧。
自己编个版本，改图片获取方式吧。要么就手动测算了吧。。。

@pighero001 IOS 的有命令可以截屏？
ANDROID 可以直接取到 IMAGEVIEW 的 VIEW。直接转成 BITMAP。
IOS 的貌似只能通过坐标定位来截全图中的控件图。

screenshotWaitTimeout 参数改到 2 了（貌似最小就是 2，填 1 不生效），目前看 1 幅图还要 10 几秒，也就只能这样了。

@lihuazhang @monkey 谢谢两位，其实开销是可以理解的。
Waiting 10000 ms for screenshot to ge generated.应该是 screenshotWaitTimeout 这个参数吧。明天试试改改这参数，看看有没有速度提升。
PS：从这个参数的字面上的意思来理解，改太小很有可能用都没法用了。~

是的，恒温，iOS 平台的，我一个页面有 800 多个图。
速度成瓶颈了。android 的话，用 robotium 没那么慢。

@xuxu今天才遇到一坑，补充一下，IOS 的图像坐标是需要乘系数的。
如抓到的图片坐标是（2，3，10，11）
实际在 IPHONE6 的截图上坐标是（4，6，20，22）

@chenhengjie123 赞！~

@chenhengjie123 呵呵，下面是我个人理解，供参考：
对于问题 1，感知 HASH 只是最简单的图片识别技术。精度和准确性都有问题，可以这么说是把图转成 8*8 做对比基本没有实用价值。用 PIL 也别用这个算法。~
稍微复杂一点的有 OPENCV 提供的 SIFT 和 SURF 特征点计算（具体实现我没搞明白，肯定有大牛能轻松搞定的。。。）。我个人觉得如果有 GOOGLE，BAIDU 的初级搜图技术，12306 这种封闭的系统，图库必然是有限的，用大量的数据去测试获取原始数据，然后去整合数据，技术上这些应该都不是问题。~

丢第三方图库感觉更不靠谱啊。第三方获得的特征属性不一定是你需要的。
感觉如果图库不更新还有希望。图和关键字对应起来直接放数据库。
感觉限制条件应该有不少：
如果图库过大，就有搜索对比的大量成本。
如果图片更新了，那就更坑了。

赞！看的人打点折，做得人再打点折~