好赞，个个功能都有

恩，一步步的补充好用例，一个个服务接进来，价值就能体现了，研测流程也能随之改变

好吧，可能我需要做CI/CD，代码权限是有的

代码权限这个不是正常操作？构建持续集成也需要checkout代码吖。。

ganglia一般都是运维配的吧，如果只是看看数据，netdata更简单

最近在做一个项目的接口自动化，开发相关的文档(接口文档，设计文档)极度不完善，研发支持力度低，最好没办法，只能通过看代码去理解接口逻辑、读写的库表、缓存，是否有依赖其他服务接口等等，然后设计用例，进度很缓慢。。但覆盖率应该是挺高的。

这个是你的代码决定的，而不是jenkins决定，jenkins只是提供一个run job的入口，junit5框架有提供相应的方法

我不太理解，为什么已经到了预发布环境了，还要向git提交代码。。这个已经跟接口测试无关了。是流程存在问题

让开发针对你的手机号，固定一个验证码

我目前压测更多是新旧版本性能对比，压测思路是：针对场景，设计不同的压测URL，分别设置多组压测对比，如：
1，新旧版本请求量一致情况下，对比服务的请求数，请求耗时，成功率等服务指标，压测客户端的QPS数，服务器的cpu消耗，内存消耗
2，在一定cpu情况下，如整机30%cpu，60%cpu，100%cpu等，对比上述指标
根据上述指标数据，得出结论，新版本是否适合上线。