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

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

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

@sam_insist 你上面说得都是一些基本的功能，我个人理解还是需要整合一下的，测试归根结底还是要验证功能。做完之后心理有底，给领导交差时也会好看些~个人建议只做简单的整合，不要搞得太复杂。

^{_，吐槽有点多~以下是我个人的观点，供吐槽~}
我个人是这样理解的，10 个接口，接口组合感觉这种就不是接口测试讨论的范畴了。这个应该是测试方法，测试架构讨论的内容。如关键字驱动之类的。
大家可能接触测试理论都会说要覆盖要完善，但怎么说呢，完备是需要成本的，有些覆盖在代码中是有约束的，比如条件 A 触发以后才会运行 B，某些完备是没有意义的。我们看到开发提供的接口可能有 10 个，你组合多少合适呢。这个感觉还是经验和项目需要或者是用户来驱动。呵呵，有不少东西，我知道自己项目怎么玩，但是别人的项目适用不适用就很难讲了。
我感觉自动化不是万能的，有很多内容比如 DB 同步，异常测试的一些内容，就需要自己去想办法挖掘组合。目前我感觉自动化把基本的跑跑通，降低回归测试的成本就很不错了，个人建议不要想太多，手工也是不可能完全替代的。
接口测试个人认为最大的优势就是 UI 改起来太痛苦，接口简单很多，也更贴近代码，更好操作。~
题外话：领导最后要看的是成果，至少最基本的内容要能跑过，接口最终还是要变成一个一个可呈现出来的东西~适当的组合还是必须的。

@sam_insist 你这个是关键字组合的问题了。。。这个和自动化关系感觉不大。
我个人的意见是简单组合，复杂组合除非出过问题，没有必要专门进行接口组合覆盖。
当然还要看你们项目的要求，自动化到底要实现到什么程度。自动化不是万能的。。。~
PS：我能吐槽一下么，用户一个操作调 10 个接口，这个操作还不封装一下，这 10 个接口之间会没有顺序么？这要不封装的话，这用户体验，代码结构也算是奇葩了，个人建议结合业务流程，不要做太多无用用例~到最后还是要考虑执行时间的问题。

@sam_insist 不知道你的需求是什么，功能的自动化用例也完全可以由接口组合啊？
或者换个维度，用户故事算么？

个人的经验是：该汇报汇报，该工作工作，合理的接受，不合理的理不理他是另一码事。领导不合适还是努力提升自己，想出路吧。
PS：自动化不是万能的，不要太理想。~API 自动化远没有想象的那么牛 X。

@lihuazhang 恒温，你不是做盒子的么，我一直有个疑问啊，你们盒子的 APP 还要 Hybrid 么？用 Hybrid 有什么优势么？~

赞一个。~就是有点远。。。
PS：现在互联网形势不是一片大好么，政策面都支持了。~

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