看过一些帖子，觉得搞技术要有自己的一些想法。

这个功能本身很好，但更适用于控制层的测试（稍后详解），对于接口测试觉得意义不是很大，原因如下：

1. 接口测试的前置性：接口作为偏底层的功能，一般是优先开发的，只要服务环境搭建好，就可以接口测试了；
2. 接口测试的规范性：特别是用于给第三方调用，都要严格按照接口文档进行设计、开发、测试，所以接口测试脚本也要严格按照接口文档进行开发；
3. 基于以上的原则：
   1. 如果截取 app 的请求来生成接口用例，再执行测试，违背接口测试前置性原则；
   2. 如果实际开发的接口和接口文档的定义不符，通过代理截取请求和响应并生成用例，这个用例本身就已经错了；

关于控制层测试，也就是分层测试中的 web 层测试（B\S 的前端测试、app 中的 h5 测试），就是把前端测试再次细分，隔离 UI 展现，把传统的前端脚本中的操作转化为页面请求的操作（可理解成未渲染的页面），并对之校验。以 Java 技术栈开发的产品为例，无论接口测试还是 web 测试，最终交互的还是 servlet。所以个人觉得，自动生成 HAR 文件，更适合于控制层的测试，至于生成的格式是否必须用 HAR 标准，视具体情况而定吧。

以上纯属个人观点，不代表客观性。