这种情况下@server开发人员啊，要么你自己去看 server 源代码，不然单从抓包就想弄清楚每个参数的作用基本是不可能的，设计 case 的时候总得知道参数具体的作用和范围吧；至于接口依赖要具体看业务和框架设计，什么高内聚低耦合都没有实现接口测试功能来的重要，那都是在满足接口测试的需求之后再进行的重构和优化；对于参数化，优先考虑效率和可维护性。

建议分离数据和驱动，把测试的输入数据单独管理，这样便于后期维护，框架代码提供面向业务的方法。

弄个 ssr 吧，估计你单位的网只提供 http 的，这种一般要 socket 通道能

前端的测试和后台的接口测试并不是为了解决同一件事情，不要单纯用发现 bug 的想法来看待接口测试活动，个人觉得接口测试的好处说明了其存在的价值：快速测试反馈、提高测试覆盖、质量风险把控，只做前端的测试是不可能覆盖这些面的。