LR通用的性能分析流程
一点点小经验，分享下，希望对大家有所帮助！ 呵呵 又要付费呀 付钱的不看 哈哈 还要钱啊。555回复 1# 的帖子
为什么在这里赚钱啊太小气
干吗不免费呀:( 怎么都要收费啊, 内容啊！！！唉..........一会我发上来大家看看值不值1个技术指数！！！！
付费的一律不看!
:L 付费看了,说老实话,不是特别值. 鄙视LZ我把内容贴上来，刚付费,
第一步：从分析Summary的事务执行情况入手
Summary主要是判定事务的响应时间与执行情况是否合理。如果发现问题，则需要做进一步分
析。通常情况下，如果事务执行情况失败或响应时间过长等，都需要做深入分析。
下面是查看分析概要时的一些原则：
（1）：用户是否全部运行，最大运行并发用户数（Maximum Running
Vusers）是否与场景设计
的最大运行并发用户数一致。如果没有，则需要打开与虚拟用户相关的分析图，进一步分析虚拟用
户不能正常运行的详细原因；
（2）：事务的平均响应时间、90%事务最大响应时间用户是否可以接受。如果事务响应时间过
长，则要打开与事务相关的各类分析图，深入地分析事务的执行情况；
（3）：查看事务是否全部通过。如果有事务失败，则需要深入分析原因。很多时候，事务不能
正常执行意味着系统出现了瓶颈；
（4）：如果一切正常，则本次测试没有必要进行深入分析，可以进行加大压力测试；
（5）：如果事务失败过多，则应该降低压力继续进行测试，使结果分析更容易进行；
......
上面这些原则都是分析Summary的一些常见方法，大家应该灵活使用并不断地进行总结与完善，
尤其要主要结合实际情况，不能墨守成规。
第二步：查看负载生成器和服务器的系统资源情况。
查看分析概要后，接下来要查看负载生成器何待测服务器的系统资源使用情况：查看CPU的利用
率何内存使用情况，尤其要注意查看是否存在内存泄露问题。这样做是由于很多时候系统出现瓶颈
的直接表现是CPU利用率过高或内存不足。
应高保证负载生成器在整个测试过程中其CPU、内存、带宽没有出现瓶颈，否则测试结果无效。
而待测试服务器，则重点分析测试过程中CPU何内存是否出现了瓶颈：CPU需要查看其利用率是否经
常达到100%或平均利用率一直高居95%以上；内存需要查看是否够用以及测试过程是否存在溢出现象
（对于一些中间件服务器要查看其分配的内存是否够用）。
第三步：查看虚拟用户与事务的详细执行情况。
在前两部确定了测试场景的执行情况基本正常后，接下来就要查看虚拟用户与事务的执行情
况。对于虚拟用户，主要查看在整个测试过程中是否运行正常，如果有较多用户不能正常运行，则
需要重新设计场景或调整用户加载与退出方式再次进行测试。对于事务，重点关注整个过程的事务
响应时间是否逐渐变长以及是否存在不能正常执行的事务。
总之，对每个用户或事务的执行细节都应该认真分析不可轻易忽略；
example1：一个性能逐步下降的服务器，需要进一步分析其性能下降的原因【可以查找是否
存在内存泄露问题】；
example2：一个性能相对稳定的服务器，但是响应时间偏大，这时需要分析程序算法是否存
在缺陷或服务器参数的配置是否合理
[ 本帖最后由 兰色犹豫 于 2008-3-6 18:02 编辑 ] 弄下来看看嘎嘎 就是、、搞个技术资料大家干嘛老要付钱才能看啊、在技术上我们大家要多交流和参阅。搞得知识技术都封闭。不能更好的传播！真是杯具。http://www.docin.com/p-55555113.html这个地址就是这篇资料，很全。 不值得 很泛泛！ :@。还是另寻他法吧！ 6U4bb9 呵呵，如果是一些自己的心得，就支持一下吧。 好东西。不免费也得下
页:
[1]
