从实际服务端开发的角度，一般会有一个 router 负责管理所有的 path + http method 组合的响应，如果这个组合服务端没有，那么就会返回 4xx 系列错误码（如 path 没有注册到 router 返回 404）。

看了下这个 options 的说明，感觉它只是一个特殊的 http method ，按照协议会告诉你这个 path 可以访问的 http method 有哪些，但实际实现是框架默认实现好的。从你描述上看应该是服务端关闭了 options 的自动响应吧。

想了解这个和安全有什么关系？依我愚见，即使关了 options ，也只是提高扫描成本，但照样可以通过每个 path 各种 http method 都试验一次找出所有允许的请求方法。

我的理解是 质量 + 效率 。

楼主说的第二点很重要，不解决问题不产生价值。解决的问题可以是质量上的提升，也可以是效率上的提升。

可以看看这个：阿里创新自动化测试工具平台--Doom

首页链接打不开？

绑定 0.0.0.0 这个地址就好。

如果只是统计方面的问题，可以考虑下参考 testng data provider 的方式，针对列表中的每个参数单独在执行器里触发测试方法？这样统计起来就是多条用例了。

善用搜索功能

信息太少了。这类需要多次交流，补充不少信息才能定位和解决的问题，很难快速得到答案。

建议看看 提问的艺术 ，更专业全面地提问。

好久没做过了，不大了解。。。

逐步磨合吧，逐步寻找最高效而且也最舒适的方式。

沟通这个，可以尝试下让大家开干前坐在一起，说一下自己对需求的理解，这样比 “有问题可以随时找我” 要高效，说得时候他会逐步发现自己以为知道，但实际还不够了解的地方。

这么短的时间和人力，自动化建议选接口，开发过程中也可以编写，不用都堆到后面。

自动打包部署也需要，后面改完 bug 部署会省很多时间。

至于 ui 自动化、性能这些，根据情况来吧。还得看具体的项目业务。

PS：这样的测试开发比，要想办法发动开发、产品等也来参与一些测试，至少完成自测，别给到你的时候发现基本功能都有问题。

脑洞好大，这样使用的具体场景是？看不大懂。

如果调试的时候，后面对前面有依赖的话，可以通过依赖声明（如 testng 的 depends ）把 2 个用例连起来？

我们也是同样的做法，结合 diff 修改 html ，变成增量的覆盖率报告。毕竟素材就是全量报告，所以也没有更好的解决办法了。

第 6 和第 7 点里面的图片挂了，修复下？

加个 --debug 标志，看看更具体的报错信息试试？我感觉这个报错不一定是加了 jacoco 引起的。

原理上就是根据 diff 识别文字和行数，然后修改报告的 html ，在有修改的那一行（一般在 diff 里面是 + 开头）加个 css 样式或者图标。

这个倒不难，难的是怎么让统计数据也是只统计增量的。

不好意思，这两天比较忙，没留意到消息。

可以分享下具体是怎么解决的吗？

把完整步骤和日志贴下？

在 f8app 文件夹里。你先检查下有没有顺利跑完 npm install ？

pytest 使用 fixture 时，应该改为用函数，而非类作为一个测试用例吧？

不错。美团的这种方式我们之前也有看过，但局限性是插桩的时候就限定了变更范围，自由度降低了。

我们采用的是结合 git diff 在 jacoco 全量报告的基础上修改报告，列表页只保留增量部分文件和统计增量部分数据，以及代码页增量代码行增加标识的方式。

iPhone 7
iOS 11.0.2

无法重现。能把详细步骤说下不？

None 下面那行提到了 pytest.main 现在不再接收字符串参数，要改为 list 。你调整一下试试？

因为成本问题，我们只是在官方规则中剔除了我们觉得不适用的和调整了下优先级，还没有自行开发规则。

目前我们主要针对服务端项目，android 的涉及比较少。