公司现在不在初期了，每个版本就开发十来个接口，一边人工测试一边 postman 或者写个脚本啥的单独调用看看就行了，线上的接口都是稳定的，没见有啥毛病，这种情况下花很大精力去搞 http 接口自动化测试框架有意义吗？
我觉得，自动化是用来回归的。不管是接口还是功能都一样。
回归的目的是保证原本功能的正常运行。有意义～
往往事故都是出现在： 新代码影响到老功能 但没有回归。
意义是自己去发现，不是别人来告诉你。
构建接口自动化会不会很难？
感觉有精力还是要搞搞的，以后又可能规模越来越大，特别有牵扯的模块时，牵一发动全身
举个极端的例子 你们的版本十年才更新一次 做测试也没意义 测试工作需要衡量投入产出比 如果所有 bug 都不是接口导致的 或者项目测试有无限的时间资源 可以不做的 先从现有的瓶颈问题分析解决吧 一步步来