51Testing软件测试论坛

标题: LR结果分析 [打印本页]

作者: greenliuqin 时间: 2008-8-11 09:53
标题: LR结果分析
请各位帮帮忙，LR结果图怎么分析？

[ 本帖最后由 greenliuqin 于 2008-8-11 10:08 编辑 ]

作者: 云层 时间: 2008-8-11 11:00
有个问题没想明白为什么用户在减少，而响应时间在增加？

作者: greenliuqin 时间: 2008-8-11 11:06

原帖由 greenliuqin 于 2008-8-11 09:53 发表
请各位帮帮忙，LR结果图怎么分析？

我也很奇怪！~

作者: bzcyer 时间: 2008-8-11 11:06
把分析结果整个打包发上来会好点吧。

作者: greenliuqin 时间: 2008-8-11 11:14
整个分析结果文挡！~

作者: 森林一木 时间: 2008-8-11 11:49
响应时间长，用户数在下降，说明这些用户发出的业务请求还没完全处理完毕，一直在等待。即使用户数下降了，请求仍在处理。个人觉得有两种可能，第一，服务器设置了最大的连接数，挡住了一部分业务；另外网络可能堵塞了，造成了无法接收到服务器端的数据，导致时间过长。
楼主未能提供系统资源的情况，不好分析。

点击率与吞吐量的反应还比较正常，可能统计的粒度大了，再细点。页面分解中，客户端的接收时间，以及建立连接的时间都比较长，所以，我觉得网络造成瓶颈的可能性比较大。

作者: steelchen134 时间: 2008-8-12 11:42
顶起来！期待更多人的关注

作者: cntester_com 时间: 2008-8-12 11:51

原帖由 森林一木 于 2008-8-11 11:49 发表
响应时间长，用户数在下降，说明这些用户发出的业务请求还没完全处理完毕，一直在等待。即使用户数下降了，请求仍在处理。个人觉得有两种可能，第一，服务器设置了最大的连接数，挡住了一部分业务；另外网络可能堵塞 ...

事务处理能力较低，也就是说事务操作处理的时长较高，如果压力不大的情况下出现，且系统是联机事务处理的数据库系统，则有可能是因为数据库语句效率低下。

因为联机事务处理讲究的是短事务，且处理响应时间应在毫秒级，否则会造成大量事务加锁阻塞，甚至是死锁。

可观察事务是否支持并发处理，观察事务内查询执行语句效率。另外你的测试对象描述不清楚，不知道你在测什么架构的系统，什么业务特征的系统，所以很难判断是什么问题。

性能不是每种架构和业务类型都体现出同样问题的，每种架构都有其相关的特点，所以希望描述清楚。

作者: 森林一木 时间: 2008-8-12 13:54
顶楼上

作者: haierdi 时间: 2009-2-17 14:26
郁闷啊

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)