用 LR 做压测
平均响应时间几十秒钟
实际手动打开链接 1 秒不到
差距很大
请问 有哪些原因会导致这个问题呢？
比如下图，vuser 才十几个 响应时间就十几秒了
但是实际上的体验 还是很快
think time
并发量
tps
你起码要给一些数据粗来啊
心向东
回复
谢谢回复
并发 100
我把 think time 已经去掉了
手动打开很快 但是监测的响应时间很高
服务器是阿里云的
有没有什么客户端的因素 会造成这种情况？
比如本地的网络？还有啥？
找研发看看环境的 log，一般的日志都会有响应时间的
抓包分析一下，看有什么不一样。
可能：请求中都是每次完全请求，手工点击都是缓存，另外脚本中都是串行，实际是并行。
具体要分析下。
1、你仔细查看一下你的脚本，录制脚本的时候有没有把非性能需求外的脚步录制进去。
2、在性能测试时并发大的时候，手动请求一下 URL（要清空缓存哦）看看响应时间。
3、用 jmter 再测试一下。对比结果
4、在性能测试的时候，看看各个进程资源的占用情况，可以用来帮助分析这个问题。
5、问问运维有没有做流控。
1.事务中是否包含了多个元素内容
2.前端是不是采用了局部异步加载方式（LR 会以所有内容加载完成作为事务及时结束，而你看前台是以肉眼）
比较简单的方式是用 F12 抓一下网络时序 Har，对比一下就知道了
罐罐
回复
用 jmeter 访问了同一个 url 同样的 cookie 同样的断言
jmeter 100 线程 平均响应时间是 2s
LR 100vuser 平均响应时间 86s
我也是醉了
是不是 LR 有录制中有资源的请求，如 css\js 等，导致的相应时间差距很大？
请问下你也是监控阿里云 linux 服务器吗，我现在准备做这块大压测
同问,楼主现在解决了吗