又学一招,谢谢大佬
还要写用例 啊
大佬后续还有文章吗,给的链接访问不了了。
第一部分不敢苟同
放在 excel 也还行。你可以放在云文档上,随时修改,相当于当一个数据库来玩的,其实蛮有意思的,可以试试
明白了,多谢解答
大佬有两个问题期待答疑一下:
1.首先是操作系统层面的 CPU、内存、网络带宽等,对于集团内部的压测,机器的配置、网络带宽,这些因素运维人员已经配置到最优的程度了,无需我们再关心是否是因为硬件资源系统层面导致的因素。
不用太关注操作系统层面的资源不足的问题了?我看其他人分享的好多会因为这块的问题导致性能的瓶颈。
2.接下来从代码层面和 JVM 层面进行排查,可能是项目代码中出现了线程阻塞,导致线程出现等待,响应时间变长,请求不能及时打到被测服务器上。
通过什么来推测的,直接就来看 jvm 这些呢,个人感觉至少要从一些指标看起来有点异常往这边排查的吧。很多服务,看代码是不是有点粗鲁了
mobaxterm 一直用,有密码记录功能,你这还得设置
问对问题真的好难。问对问题,搜索引擎也可以很有帮助 。
我想知道,这些用例结果是它搜索到的还是人工智能生成的