谁能帮我分析一下结果求求大家了

fangxiaoreng

5个场景，30个用户并发20分钟
求求大家了

zibeike

不让看附件呀

森林一木

楼主的测试结果有很大问题，单看事务响应时间，一般作为OA系统来说，已经不符合要求了。下面就个人意见，从几个方面分析一下：
1、点击率：
场景1和2中的点击率相对来说是比较稳定的，没有太大的波动，从某种程度来说，系统的反应较为均衡，即使Windows系统出现了瓶颈，CPU基本持续在100%，内存目前来看好像不是瓶颈。不过最好利用LoadRunner自带的监控来收集数据。
2、吞吐量：
吞吐量与点击数一般来说是对应的，请求数大的时候，吞吐量相对来说也是很大的，从场景1和2中，可以看出点击率与吞吐量没有什么大的问题，他们都呈现了下降的趋势。
3、响应时间：
在场景2中，响应时间不断上升，而点击率与吞吐量不断下降，造成这种原因我想可能是因为服务器拒绝了客户端的请求而导致的。但楼主未能给出HTTP_500错误的具体内容，这里不好分析。
其他几个场景，个人觉得点击率不稳定，响应时间不稳定，可能的原因是在服务器提供的服务是否稳定，比如场景3中事务响应时间波动非常大，出现了很多404的错误，由此可见，在这么大的压力下，导致了很多业务的失败，如果脚本没有问题的话，最大的原因可能就在服务器超出负荷，但在后期又有所回升。

结论：
1、楼主的测试监控数据不完全，无法做详细的分析；
2、从现有资料看，系统CPU可能是个瓶颈；
3、系统无法支持300个并发用户数；
4、服务器需优化，比如加大客户端的连接数；
5、会议通知功能处的性能隐患较大，需详细检查；
6、检查后再做场景3的测试，如果没有再做场景4的测试。

以上个人愚见，望大侠指教！

biscuitjet

顶吧

[ 本帖最后由 biscuitjet 于 2008-7-30 15:21 编辑 ]

fangxiaoreng

原帖由 森林一木 于 2008-7-30 14:58 发表
楼主的测试结果有很大问题，单看事务响应时间，一般作为OA系统来说，已经不符合要求了。下面就个人意见，从几个方面分析一下：
1、点击率：
场景1和2中的点击率相对来说是比较稳定的，没有太大的波动，从某种程度来 ...

3楼的分析非常有用，谢谢您了！您真是一个大好人

wangmeng814

学到了。。。感谢3楼