又学一招，谢谢大佬

还要写用例 啊

大佬后续还有文章吗，给的链接访问不了了。

第一部分不敢苟同

放在 excel 也还行。你可以放在云文档上，随时修改，相当于当一个数据库来玩的，其实蛮有意思的，可以试试

明白了，多谢解答

大佬有两个问题期待答疑一下：

1.首先是操作系统层面的 CPU、内存、网络带宽等，对于集团内部的压测，机器的配置、网络带宽，这些因素运维人员已经配置到最优的程度了，无需我们再关心是否是因为硬件资源系统层面导致的因素。

不用太关注操作系统层面的资源不足的问题了？我看其他人分享的好多会因为这块的问题导致性能的瓶颈。

2.接下来从代码层面和 JVM 层面进行排查，可能是项目代码中出现了线程阻塞，导致线程出现等待，响应时间变长，请求不能及时打到被测服务器上。

通过什么来推测的，直接就来看 jvm 这些呢，个人感觉至少要从一些指标看起来有点异常往这边排查的吧。很多服务，看代码是不是有点粗鲁了

mobaxterm 一直用，有密码记录功能，你这还得设置

问对问题真的好难。问对问题，搜索引擎也可以很有帮助 。

我想知道，这些用例结果是它搜索到的还是人工智能生成的