LR 的基础分析--y-手打

 

一、分析Analysis Summary

1.实际参与测试的Vuser为10个

2.总吞吐量(TPS)为208725625bytes

3.平均吞吐量为714814bytes/second

4.总点击数(有些地方为请求量)为5039

5.平均每秒请求量为17.257

6.总共错误为89;后面的Transaction Summary中有图显示

二、 分析Running Vusers(运行用户)

如上图,初始状态虚拟用户数量为2,8s后用户上升到4个······每8s提升2个;到40s时10个用户全部访问,期间10个用户一直访问

4分24秒时,用户降到9个;4分48秒时,降到0个,4分51秒结束

三、分析Hits Per second(每秒点击数)

  该图为每秒点击次数,即运行场景过程中虚拟用户每秒向Web服务器提交的HTTP次数;通过此,可以评估虚拟用户产生的负载量,如,将其和“Average Transaction Response Time”图比较,可以查看点击次数对事务性能产生的影响;通过对“Hits Per second”的查看可以判断系统是否稳定。

系统的点击率下降,通常表明服务器的响应速度变慢,进一步分析,发现系统瓶颈

由图可知,8s和1分36s时,点击量最大,平均点击量为17.257;最大点击量为47;后期基本没有反应

四、分析Throughput(吞吐量)

该图和点击数相似(由此看出,吞吐量和点击量有关),16s和1分36s时,较大;平均吞吐量: 714813.784

五、Transaction Summary分析

分别显示了Fail、Pass、Stop;显然该系统问题很大;并不是一定有Stop显示

通过率=pass/(pass+fail+stop)

 

posted @   小心走火  阅读(360)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
点击右上角即可分享
微信分享提示