没有合适的资源?快使用搜索试试~ 我知道了~
资源推荐
资源详情
资源评论
性能测试结果分析
性能测试工程师基本上都能够掌握利用测试工具来做负载、压力
测试,但多数人对怎样去分析工具收集到的测试结果感到无从下手,
下面我就把个人工作中的体会和收集到的有关资料整理出来,希望
能对大家分析测试结果有所帮助。 分析原则:
1. 具体问题具体分析(这是由于不同的应用系统,不同的测试目的,
不同的性能关注点)
2. 查找瓶颈时按以下顺序,由易到难。
服务器硬件瓶颈→网络瓶颈(对局域网,可以不考虑)→服务器
操作系统瓶颈(参数配置)→中间件瓶颈(参数配置,数据库,
web 服务器等)→应用瓶颈(SQL 语句、数据库设计、业务逻辑、
算法等)
注:以上过程并不是每个分析中都需要的,要根据测试目的和要
求来确定分析的深度。对一些要求低的,我们分析到应用系统在将
来大的负载压力(并发用户数、数据量)下,系统的硬件瓶颈在哪
儿就够了。
3 分段排除法 很有效
分析的信息来源:
1 根据场景运行过程中的错误提示信息
2 根据测试结果收集到的监控指标数据
一.错误提示分析
分析实例:
1 Error: Failed to connect to server “10.10.10.30:8080″:
[10060] Connection
Error: timed out Error: Server “10.10.10.30″ has shut
down the connection prematurely
分析:
A、应用服务死掉。
(小用户时:程序上的问题。程序上处理数据库的问题)
B、应用服务没有死
(应用服务参数设置问题)
例:在许多客户端连接 Weblogic 应用服务器被拒绝,而在服务
器端没有错误显示,则有可能是 Weblogic 中的 server 元素的
AcceptBacklog 属性值设得过低。如果连接时收到 connection
refused 消息,说明应提高该值,每次增加 25%
C、数据库的连接
(1、在应用服务的性能参数可能太小了 2、数据库启动的最大连接
数(跟硬件的内存有关))
2 Error: Page download timeout (120 seconds) has expired
分析:可能是以下原因造成
A、应用服务参数设置太大导致服务器的瓶颈
B、页面中图片太多
C、在程序处理表的时候检查字段太大多
二.监控指标数据分析
1.最大并发用户数:
应用系统在当前环境(硬件环境、网络环境、软件环境(参数配
置))下能承受的最大并发用户数。
在方案运行中,如果出现了大于 3 个用户的业务操作失败,或出
现了服务器 shutdown 的情况,则说明在当前环境下,系统承受不
了当前并发用户的负载压力,那么最大并发用户数就是前一个没有
出现这种现象的并发用户数。
如果测得的最大并发用户数到达了性能要求,且各服务器资源情
况良好,业务操作响应时间也达到了用户要求,那么 OK。否则,再
根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。
2.业务操作响应时间:
分析方案运行情况应从平均事务响应时间图和事务性能摘要图开
始。使用“事务性能摘要”图,可以确定在方案执行期间响应时间过长
的事务。
细分事务并分析每个页面组件的性能。查看过长的事务响应时间
是由哪些页面组件引起的?问题是否与网络或服务器有关?
剩余13页未读,继续阅读
资源评论
爱欣果
- 粉丝: 13
- 资源: 15
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功