1.分析原则
由外到内,有表到里,层层深入。一个应用系统性能开始出现下降的最直接表现就是系统的响应时间变长。于是,系统响应时间成为分析性能的起点。而任何复杂的系统都可以分为网络和服务器两个部分,·我们可以像分析WebTours那样去分析其他系统,如图4-41所示。
性能分析不是一蹴而就的,需要贯穿于性能测试过程的始末。性能分析调优是个逐步推理验证的过程,就像动画片《柯南》一样:大胆猜想、细心验证和排查。
2.分析流程
虽然性能分析是一个非常复杂的过程，但一样有规律可循。好比制造一辆汽车同样是复杂的过程，但只要按照预定的步骤认真地执行下去，一辆汽车便诞生了分析也是这个道理
一般分析的流程如下。
1)从summary的事务概要图入手。判断用户是否全部运行,事务响应时间是否合理,事务通过率如何等。
2)查看错误统计图和每秒错误数图。错误统计图可以直观地看出在运行中出现的错误,1果经验足够,有时候可以直接定位。而每秒错误数图可以查看测试过程中错误的出现是否有规律,如果有,则有可能是程序在并发处理方面有问题。
3)查看系统资源情况。例如, CPU、内存、10、队列等重要的指标变化。
4)虚拟用户与事务的详细执行情况。如果有较多的用户无法通过,则需要检查是脚本原因,还是场景原因。如果只有一个或者少部分虚拟用户运行正常,则有可能是脚本存在问题。正常情况下,随着虚拟用户的稳定,事务响应时间也不会有太大的变化。
5)查看Web资源图。可以站在服务器端来进行分析推断。
6)查看网页细分图。可以先从First Buffer Time入手,判断是网络问题,还是服务器问题,然后再具体细分下去进行分析。掌握以上思想后,只有通过多想、多练、多总结才行,小白暗自告诉自己。