公司一直都是一功能测试为主，想测试公司的接口，但是公司没有接口文档，想问哈小伙伴们在没有接口文档的时候怎么测试接口的呢？难道所有的接口都可以通过 fiddle 抓包解决吗？
「原创声明：保留所有权利，禁止转载」
撸代码喽
把接口用爬虫爬一遍？ 或者搞代理拦截之后解析？
爬虫和代理基本上都是 get 正常流程的数据。 异常和其它覆盖情况比较快的法子还是补规格快点。
还是需要把接口说明文档先补起来，否则无法全面测试接口
真的要做接口测试，接口文档还是需要开发补起来，这个是基础，没有的话说明公司不怎么看中接口测试，还不如不要去做。就算考抓包可以抓到接口，但是结果的业务逻辑，不是靠抓包看看返回值就可以全部搞定的。
首先是用代理抓包，有了这个就足够写用例了，其次是 hook 搞字节码抓数据，再其次用工具自动推导代码接口，类似 swagger
抓包是最简单的方式了，或者看代码
正好讨论一个问题。
对于 web 类的流程系统，是否有必要做接口测试？
目前的系统：前后台基本没做分离，前端有很多在浏览器端做的页面处理和逻辑判断，发送到后台应用服务器的交互也不一致，也没有相应的文档。
性能测试每次都是重新录制，但是接口测试和接口自动化测试注重的是功能验证，不可能每次都重新录制，如果页面调整，当前的接口脚本很难说需不需要调整。
大家来讨论下。
@seveniruby @Lihuazhang
一个简单方法就是要求在入口统一，如 nginx 端加 log，对 log 进行过滤
比如 ELK，或者 bash 之类的