性能测试总结报告

性能测试总结报告版本修改记录
目录
性能测试总结报告 (1)
1. 性能测试简介 (4)
1.1 性能测试目的 (4)
1.2 术语解释 (4)
1.3 测试方向 (5)
2.测试环境 (5)
2.1 服务器端测试环境描述 (5)
2.2 客户端测试环境描述 (5)
2.3 测试网络环境 (6)
2.4 测试工具 (6)
3. 测试内容概要 (6)
3.1 保密性能登录脚本设置 (6)
3.2 保密项目查询脚本设置 (6)
3.3 运行场景设置 (6)
3.4 关键资源不处于阻塞状态 (6)
4. 登录测试过程分析 (7)
4.1 事务成功率统计分析 (7)
测试结果概要列表 (7)
通过事务成功率分布图 (8)
事务成功率结果分析 (8)
4.2 平均数响应时间 (8)
测试结果概要列表 (8)
平均响应时间分布图 (9)
平均响应时间结果分析 (9)
4.3 每秒点击次数分析 (9)
测试结果概要列表 (9)
平均每秒点击次数分布图 (10)
平均每秒点击次数结果分析 (10)
4.4 吞吐量 (10)
测试结果概要列表 (10)
平均吞吐量分布图 (11)
平均吞吐量结果分析 (11)
4.5 Window资源 (11)
4.6 Sql server 2005 (13)
5. 登录分析结果 (14)
6. 查询测试过程分析 (15)
6.1 事务成功率统计分析 (15)
测试结果概要列表 (15)
通过事务成功率分布图 (15)
事务成功率结果分析 (16)
6.2 平均数响应时间 (16)
测试结果概要列表 (16)
平均响应时间分布图 (16)
平均响应时间结果分析 (16)
6.3 每秒点击次数分析 (17)
测试结果概要列表 (17)
平均每秒点击次数分布图 (17)
平均每秒点击次数结果分析 (17)
6.4 吞吐量 (18)
测试结果概要列表 (18)
平均吞吐量分布图 (18)
平均吞吐量结果分析 (18)
6.5 Window资源 (19)
6.6 Sql server 2005 (20)
7. 查询分析结果 (22)
8. 附录 (22)
8.1 web 服务器 (22)
8.2 数据库 (23)
1. 性能测试简介
1.1 性能测试目的
真实环境下检测系统性能，评估系统性能以及服务器性能的满足情况；预见系统负载压力承受力，在应用实际部署之前，评估系统性能；分析系统瓶颈，优化系统。

本测试主要关心的系统测试指标为：
●事务摘要（事务通过率）
●平均响应时间
●吞吐量
●每秒点击次数
●WEB服务器的性能（CPU利用率、磁盘、内存、网卡）
●SQL 服务器的性能（）
1.2 术语解释
响应时间
响应时间指的是客户端发出请求到得到响应的整个过程所经历的时间。

吞吐量
是指单位时间内流经被测系统的数据流量，一般单位为b/s,即每秒钟流经的字节数。

吞吐量是指单位时间内系统处理的客户请求的数量，直接体现软件系统的性能承载能力。

并发
指在某一给定时间内，某个特定点上进行会话操作的用户数。

是陆陆续续交替执行的。

特殊的并发---并行：用户同时运行的，操作步骤相同。

在测试中通过设置集合点来完成
每秒点击次数
负载测试期间每秒内Vuser在WEB服务器上点击的次数。

通过点击次数可以估算出Vuser生成的负载数。

负载测试
通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足系统的性能指标情况下，系统所能够承受的最大负载量的测试。

压力测试
通常是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。

压力测试是为了发现在什么条件下应用程序的性能会变得不可接受。

1.3 测试方向
性能测试常见的测试方向为：
●登录测试
●查询测试（万条数据查询）
2.测试环境
2.1 服务器端测试环境描述
2.2 客户端测试环境描述硬件环境：
软件环境：
2.3 测试网络环境
局域网
服务器和测试机器公用1台机器
2.4 测试工具
LoadRunner 11
3. 测试内容概要
3.1 天控性能登录脚本设置
1.访问http：//19
2.168.0.222：8080/skysafe，
2. 输入用户名：baomi 密码：000000，
3. 点击“登录”按钮
3.2 人员项目查询脚本设置
进入保密系统
1.访问http：//19
2.168.0.222：8080/skysafe，
2. 输入用户名：baomi 密码：000000，
3. 点击“登录”按钮）
录制脚本
1. 4. 进入人员系统-台帐查询-涉密人员台帐-查询3.3 运行场景设置
场景一：
1. 初始化：50个用户、100个用户、150个用户；
2. 启动Vuser：每秒启动1个用户；
3. 持续时间：运行5分钟；
4. 停止Vuser：每秒停止1个用户；
3.4 关键资源不处于阻塞状态
cpu
% Processor Time (Processor _Total) 最大值持续超过90% 平均超过50% =>cpu的瓶颈✧磁盘
page reads/sec(memory)持续较低
%Disk time(PhysicalDisk_total) Avg.Disk Queue Length 值较高=>磁盘瓶颈
✧内存
Age.Disk Queue Length 增加的同时page reads/sec 并未降低=> 内存瓶颈
✧网卡
%DPC Time 持续大约50% + CPU也很高=> 网卡瓶颈（暂不考虑）
✧平均事务响应时间
可以接受的事务响应时间为12秒
4. 登录测试过程分析
4.1 事务成功率统计分析
测试结果概要列表
通过事务成功率分布图
【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表事务成功率（%），事务成功率百分比。

事务成功率结果分析
通过事务数越多说明系统的处理能力越强，失败事务数越少，说明系统越可靠，从分布图中可以看出随着并发用户的增加，事务的成功率呈现既有上升又有下降的趋势，我们发现随着人数增多事务的通过率在逐渐下降，系统的处理能力明显下降。

当并发人数达到100人数时事务的成功率还在99%以上，但是达到150人下降到86%，所以判断100人是适合系统并发的登录人数。

4.2 平均数响应时间
测试结果概要列表
平均响应时间分布图
【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表平均事务响应时间（秒），纵坐标代表时间单位（秒）。

平均响应时间结果分析
平均响应时间越小说明处理的速度越快，根据图片中曲线的走势可以看出，随虚拟用户数量的增加，平均事务响应时间呈现增长趋势。

说明负载测试期间虚拟用户越多，平均响应时间越长，系统处理事务的速度越慢即系统的整体性能下降。

从图表和分析可以得出150个虚拟用户同时在线时，平均响应时间小于1秒，所以150个虚拟用户同时在线时被认为是系统处理事务响应时间可接受范围内。

4.3 每秒点击次数分析
测试结果概要列表
平均每秒点击次数分布图
【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表平均每秒点击次数（个/秒），纵坐标代表点击个数（个）。

平均每秒点击次数结果分析
通过对“每秒点击次数”进行分析可评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。

通过对查看“每秒点击次数”，可以判断系统是否稳定。

系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。

从对上述场景的分析可以看出，通过互联网进行负载测试，数据波动较小，系统的处理能力正常。

4.4 吞吐量
测试结果概要列表
平均吞吐量分布图
【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表吞吐量平均值单位（字节/秒），纵坐标代表字节数。

平均吞吐量结果分析
此吞吐量为负载测试期间Web 服务器上的吞吐量(字节)。

吞吐量表示在任何指定秒内Vuser 从服务器接收到的数据量。

此图可估计Vuser 生成的负载量(服务器吞吐量)。

根据平均吞吐量图表整体趋向所知，在相同运行时间内，随着虚拟人数设定的增多，吞吐量的平均值成上升趋势，根据参考资料得出，如果在其它条件不变下用户增加吞吐量从一开始上升但是到达一定的增量后吞吐量不增加，那么就说明系统的处理能力在峰值处到达了极限，但是有图中所示并没有出现下降趋势，所以150人并发在接受的范围内，整体性能保持相对稳。

4.5 Wind ow资源
✧CPU% Processor Time：最大值瞬间为13.5，其他时间都低于50%，平均值为5.5，
因此可以判断处理器速度较快
✧网络磁盘% Disk Time：最大值瞬间值为4.9，其他时间持续偏低平均值为0.7；page
reads/sec(memory)平均值30持续较低；Avg.Disk Queue Length平均值0.049持续较低，
结合3者的数据可以判断物理磁盘正常
内存Age.Disk Queue Length变化趋势呈现平滑趋势，page reads/sec 变化趋势呈现平滑趋势,判断内存足够。

结论：服务器性能稳定
4.6 Sql server 2005
✧Full Scans/sec(全表扫描/秒)：该数据的测量值为0，在标准范围内，因此SQL
查询不需要优化。

✧Buffer Cache Hit Ratio %（缓冲区高速缓存命中率）：该数据的平均值为99.8，
在标准范围内，因此不需要增加SQL服务器的内存值。

✧Lazy Writes/sec（惰性写/秒）：该数据的测量值为0，是理想值。

✧Average Latch Wait Time(ms)（平均闩等待时间）：该数据的测量值为0，在标准
范围内，因此SQL查询不需要优化。

✧Cache Hit Ratio %（高速缓存命中率）：该数据的测量值为99.8，符合标准范围，
✧Number of Deadlocks/sec（死锁的数量/秒）数据的测量值为0，在标准范围内，
因此SQL查询不需要优化。

5. 登录分析结果
通过对并发登录功能的性能测试中几个主要数据的分析可知，150人并发时平均事务响应时间、吞吐量、每秒点击次数在理想范围内，但是事务通过的成功率是86%不在理想范围90%以内。

因此如果从成功率方面考虑，最优的并发人数在100-150人之间。

通过对服务器性能分析内存4G，硬盘500G的服务器满足性能需要。

6. 查询测试过程分析6.1 事务成功率统计分析
测试结果概要列表
通过事务成功率分布图
事务成功率结果分析
通过事务数越多说明系统的处理能力越强，失败事务数越少，说明系统越可靠，从分布图中可以看出随着并发用户的增加，事务的成功率呈现下降的趋势，我们发现随着人数增多事务的通过率在逐渐下降，系统的处理能力明显下降。

当并发人数达到100人数时事务的成功率还在90%以上，但是达到150人下降到70%，所以判断100人是适合系统并发的查询人数。

6.2 平均数响应时间
测试结果概要列表
平均响应时间分布图
数量的增加，平均事务响应时间呈现增长趋势。

说明负载测试期间虚拟用户越多，平均响应时间越长，系统处理事务的速度越慢即系统的整体性能下降。

从图表和分析可以得出随着虚拟人数的增加，，平均响应时间逐渐增大，，满足接受范围12秒，所以认为100-150人同时在线时被认为是系统处理事务响应时间可接受范围内。

6.3 每秒点击次数分析
测试结果概要列表
平均每秒点击次数分布图
从对上述场景的分析可以看出图中曲线是100-150人时曲线是上升状态，所以判断100人内时系统的处理能力正常。

6.4 吞吐量
测试结果概要列表
平均吞吐量分布图
6.5 Wind ow资源
✧CPU% Processor Time：最大值瞬间为17%，其他时间大多低于50%，平均值为7.9，因
此可以判断处理器正常
✧网络磁盘% Disk Time：最大值瞬间值为10，其他时间持续偏低平均值为0.76；page
reads/sec(memory)平均值0.41持续较低；Avg.Disk Queue Length平均值0.008持续较低，结合3者的数据可以判断物理磁盘正常
✧内存Age.Disk Queue Length变化趋势在1分钟之前大幅度增减，然后呈现平滑趋势，
Age.Disk Queue Length变化趋势也是在1分钟之前大幅度增减，然后呈平滑趋势，与page reads/sec变化保持增减一致，结合2者的数据应趋势判断内存正常
6.6 Sql server 2005
✧Full Scans/sec(全表扫描/秒)：该数据的测量值为0，在标准范围内，因此SQL
查询不需要优化。

✧Buffer Cache Hit Ratio %（缓冲区高速缓存命中率）：该数据的平均值为58，在
标准范围内，因此不需要增加SQL服务器的内存值。

✧Lazy Writes/sec（惰性写/秒）：该数据的测量值为0，是理想值。

✧Average Latch Wait Time(ms)（平均闩等待时间）：该数据的测量值为0，在标准
范围内，因此SQL查询不需要优化。

✧Cache Hit Ratio %（高速缓存命中率）：该数据的测量值为99，符合标准范围
✧Number of Deadlocks/sec（死锁的数量/秒）数据的测量值为0，在标准范围内，
因此SQL查询不需要优化。

7. 查询分析结果
通过对并发查询功能的性能测试中几个主要数据的分析可知，100人并发时事务通过的成功率、平均事务响应时间、每秒点击次数、吞吐量在理想范围内。

因此如果从各个方面考虑，最优的并发人数在100-150人之间。

通过对服务器性能的不同方向web资源数据和sql 资源数据中的数值分析可知，通过对服务器性能分析内存4G，硬盘500G的服务器满足性能需要。

8. 附录
性能测试中监控的web服务器和sql 数据库有许多条监控信息，对于这些信息我们不需要逐一进行分析，附录中列举的可供参考。

8.1 web 服务器
8.2 数据库。