很完整的文章，各种 python 官方地址，很齐全。

想请教下，文章中用到的 adb 二进制文件应该是 windows 用的。如果这个包想要做到跨平台可用，不同平台用不同的二进制文件，这个怎么操作？

感觉楼主有点激情不再的感觉。怎么说呢，既然进公司面试有些技术问题也都可以答上来，说明还是有些技术底子的，一直只是做业务不搞改进，不会觉得没什么意思吗？

看到你最后写了 好多 ，我理解你不是没思路，是东西太多不知道从何做起？

如果是，可以把痛点列出来，解决困难度也列一下，然后按性价比排序，先从性价比高的做起。

我理解这个应该可以做到和切换环境一样，打开灰度开关后 app 内部所有请求都带上这个 header 吧？
改的都是 http 相关的配置。这样就不用打特定包了？

额，可以直接把你之前可以跑，以及现在跑不了的两端完整日志，以及你的脚本完整发出来吗？看得好累。。。

时间久远，已经不大记得了。。。一般就 2 个方向，一个是读懂相关源码，源码肯定有线索；另一个是想办法搞定网络，抓个包就知道地址了。当时应该是看源码的。

没有特意去了解过，不知道 swift 或者 oc 有没有类似工具。

转自公众号的留言，也一起转过来参与活动：

来自转自公众号的留言：

但是有时候，UI 传参数错误，界面上根本没法判断的。

如果是严重到影响流程的错误，应该服务端直接返回错误，前端界面对这种错误进行提示（如服务器异常之类的）。
如果不是严重到影响流程的，可以让前端在网络工具库里给所有发出的请求加日志，去捕获前端发的请求内容。

不过正如前面有同学提到的，这种很基础的问题（个人觉得，和写文章经常写错别字差不多级别）如果经常出现，与其想办法在自动化里增强发现能力，不如想办法怎么去预防问题。

有谁知道为什么加上.uiautomator2 就报错，不加就可以正常运行

你把你的自动化脚本发出来，加和不加两个版本都发下？你使用的设备信息也发下（手机型号、操作系统型号等）。要解决问题，先得知道你的操作。

感觉你需要的不是具体的工具，而是一些应用的方式方法，有了方法工具才容易明确。建议可以看看往届 MTSC 大会和这方面有关的议题。

PS：diffy 也没有在生产环境上进行请求的，他是镜像生产环境的流量到内部新版本应用的环境里回放，对比生产和新版本环境的结果差异。不大理解你上面提到的这个点和 diffy 框架应用有什么直接冲突？

路径中有名字带空格的话，需要用双引号括住，否则命令行会把空格当做间隔符隔开不同参数。

个人更建议你直接挪到不带空格的路径下。

赞！

应用程序控制台报错找不到路径 Caused by: java.io.FileNotFoundException: \c\Users\shito\sandbox\bin..\lib\sandbox-spy.jar (系统找不到指定的路径。)，可这个路径是存在的，有童鞋遇到过这个问题吗？

能否截图确认下，文件确实存在？

这个报错看起来是序列化相关部分有异常。

你是在进行到第五步时出现的吗？这个异常是出现在哪个日志文件里？

因为这个项目目前只支持 c/c++ 的，公司项目都是 java 为主，所以目前在实际项目中没有使用。

考虑到目前疫情，不适合这么多人聚在一起，预计会推迟到 4-5 月。

同样待在测试开发团队 3 年，这些和业务脱节导致做出来的平台不大受欢迎的事情也遇到过。

我们是通过定期轮岗业务解决的。每过半年左右，和业务同学一起去参与实际业务项目的测试。一方面是拉近和业务团队的关系，另一方面也能熟悉业务，同时自己去亲身感受团队的痛点，挖掘有价值的提升点。

另外，根据痛点做出来的工具，也会先找和这个痛点有关的个项目试点，确认有效并修正一些小问题后再考虑推广。而且推广的时候也要考虑被推广团队是否合适，不强推。团队大了需求自然有差异，如果发现别的团队用不起来，先了解确认是不是不适合他们业务。

PS：
我们接口测试目前也没做成平台，而是以框架形式提供。因为整体团队都有一定的编码基础，也希望通过写脚本更熟悉 java 语言，便于去熟悉开发写出来的程序。
而基于流程自动化用例做得造数据就做成了平台。只需要增加一些接口定义的信息，就能变成造数据平台的界面。平台化更方便研发、产品使用，学习成本低且无需搭建环境。

覆盖率只能表明有没有执行，无法表明有没有测到。而且就算是测到，也无法说明有没有测全。比较适合不同功能比较分散的场景，对于公共模块比较多的也不一定适合。

从帖主的这个场景看，不大适合用覆盖率。如果操作不多，更多是校验计算出来的数据是否正确，可能做自动化测试，断言写完整些，然后看执行通过率会更好。

相机？这个有点偏了。。。评测和测试还是有差异的。

会的，届时公众号会推送。

组内有每日展会的路过。确实会有不同项目没啥交集，大家走神的问题，不过控制好时间这个其实不会很夸张。而且组长肯定是关注每个人的工作的，所以组长是每个都会听的。

而且至少能避免大家都不知道彼此在干嘛，也方便有难题可以相互协助。

建议搜一些微信公众号，估计更能找到有参考价值的答案。印象中朱少民老师的公众号之前有分享过。

理论上只要是 java 都支持，但不确定 android 会不会有坑，建议可以自己试下。