性能测试分析思路

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

性能测试分析思路
1.分析原则
由外到内,有表到⾥,层层深⼊。

⼀个应⽤系统性能开始出现下降的最直接表现就是系统的响应时间变长。

于是,系统响应时间成为分析性能的起点。

⽽任何复杂的系统都可以分为⽹络和服务器两个部分,·我们可以像分析WebTours那样去分析其他系统,如图4-41所⽰。

性能分析不是⼀蹴⽽就的,需要贯穿于性能测试过程的始末。

性能分析调优是个逐步推理验证的过程,就像动画⽚《柯南》⼀样:⼤胆猜想、细⼼验证和排查。

2.分析流程
虽然性能分析是⼀个⾮常复杂的过程,但⼀样有规律可循。

好⽐制造⼀辆汽车同样是复杂的过程,但只要按照预定的步骤认真地执⾏下去,⼀辆汽车便诞⽣了分析也是这个道理
⼀般分析的流程如下。

1)从summary的事务概要图⼊⼿。

判断⽤户是否全部运⾏,事务响应时间是否合理,事务通过率如何等。

2)查看错误统计图和每秒错误数图。

错误统计图可以直观地看出在运⾏中出现的错误,1果经验⾜够,有时候可以直接定位。

⽽每秒错误数图可以查看测试过程中错误的出现是否有规律,如果有,则有可能是程序在并发处理⽅⾯有问题。

3)查看系统资源情况。

例如, CPU、内存、10、队列等重要的指标变化。

4)虚拟⽤户与事务的详细执⾏情况。

如果有较多的⽤户⽆法通过,则需要检查是脚本原因,还是场景原因。

如果只有⼀个或者少部分虚拟⽤户运⾏正常,则有可能是脚本存在问题。

正常情况下,随着虚拟⽤户的稳定,事务响应时间也不会有太⼤的变化。

5)查看Web资源图。

可以站在服务器端来进⾏分析推断。

6)查看⽹页细分图。

可以先从First Buffer Time⼊⼿,判断是⽹络问题,还是服务器问题,然后再具体细分下去进⾏分析。

掌握以上思想后,只有通过多想、多练、多总结才⾏,⼩⽩暗⾃告诉⾃⼰。

相关文档
最新文档