性能测试报告实例.txt和英俊的男人握握手，和深刻的男人谈谈心，和成功的男人多交流，和普通的男人过日子。性能测试报告实例
某项目性能测试报告
1 测试环境
1.1 硬件环境
机器 cpu 内存 磁盘 网卡 操作系统
数据库服务器
（虚拟机）
intel pentium d
cpu 3.2ghz
512mb 15g 10.0mbps win2003enterpriseserver
客户端（测试
机）
intel celeron
cpu 1.6ghz
1gb 160g 100.0mbps win2003enterpriseserver
1.2 软件环境
类型 名称
操作系统 windows 2003 enterprise server
数据库软件 microsoft sql server 2000 enterprise edition sp4
应用软件 xxx信息管理系统
压力测试软件 loadrunner 9.0
其它工具 秒表
2 秒表结果
序号 功能名称 事件 第一次 第二次 第三次 平均值
1 用户登录
登录 3.09 2.92 2.64 2.88
加载模块 2.27 2.03 2.00 2.10
2 a功能
打开 7.18 6.89 6.77 6.95
保存 3.60 3.80 2.90 3.43
完成 2.01 3.80 2.98 2.93
3 b功能
接收归档 1.87 1.13 1.54 1.51
归档查看 0.58 0.94 0.89 0.80
4 c功能
申请 0.86 0.82 0.96 0.88
审批 0.65 0.77 0.75 0.72
授权 0.78 0.83 0.73 0.78
查看 7.77 7.62 7.51 7.63
5 d功能
打开 5.38 4.94 4.74 5.02
发送通知 0.89 0.96 0.87 0.91
6 e功能 打开 2.09 1.89 2.00 1.99
接收整改 0.47 0.50 0.52 0.50
拒绝整改 0.62 0.50 0.49 0.54
7
保存 0.58 0.63 0.64 0.62
8 f功能
打开 0.51 0.47 0.55 0.51
保存 0.70 0.63 0.67 0.67
删除 0.58 0.60 0.63 0.60
3 测试方法
3.1 测试关键业务选择
我们通过秒表结果和验收时验收人员的反馈重点在a功能打开，c功能查看，d功能打
开等业务从时间的角度中看比较慢，那么我们选择这三个业务从不同测试方法来进行说明。
3.2 测试方法介绍
第一种方法：
在所选的三个关键业务开始和结束的代码中增加计时器，得出操作该业务的准确的消耗 时间。
第二种方法：
选择a 功能打开业务，使用loadruner9.0工具分别模拟5 用户、10 用户、15 用户、 20 用户并发时数据库方的性能情况，包括该业务操作时纯粹的数据库执行时间，以及实时 了的数据库服务器资源消耗情况。
4 测试结果
4.1 第一种方法结果
业务名称 第一次 第二次 第三次
a功能打开 6.08 6.12 6.01
c功能查看 6.66 6.71 6.44
d功能打开 4.56 4.32 4.32
4.2 第二种方法结果
业务名称 并发数（个） avg（(秒) min (秒) max(秒)
a功能打开 5并发 1.312 0.969 1.711
10并发 1.713 0.969 2.328
15并发 2.165 0.936 3.219
20并发 2.732 0.995 4.391
1. 5并发数据库服务器资源消耗情况
性能指标 建议值 当前值（avg） 说明
cpu（处理器） <75% 27.655 %processor time cpu 使用
memory（内存） 00-20 22.835 page faults/sec
i/o(磁盘) 无 0.108 %disk time
2. 10并发据库服务器资源消耗情况
性能指标 建议值 当前值（avg） 说明
cpu（处理器） <75% 31.000 %processor time cpu 使用
memory（内存） 00-20 / page faults/sec
i/o(磁盘) 无 0.027 %disk time
3. 15并发据库服务器资源消耗情况
性能指标 建议值 当前值（avg） 说明
cpu（处理器） <75% 31.025 %processor time cpu 使用
memory（内存） 00-20 23.581 page faults/sec
i/o(磁盘) 无 0.053 %disk time
4. 20并发据库服务器资源消耗情况
性能指标 建议值 当前值（avg） 说明
cpu（处理器） <75% 32.876 %processor time cpu 使用
memory（内存） 00-20 23.940 page faults/sec
i/o(磁盘) 无 0.078 %disk time
5 测试分析
根据测试结果可以看出a 功能打开，c 功能查看，d 功能打开在个业务通过秒表记录
的时间、代码计时器、loadruner并发模拟执行时间要相差大。因为秒表记录是手工记录肯 定有较大误差。pb 代码计时器比较准确但是它包含了与数据库交互以及打开控件（编辑器） 等时间。 loadruner 并发模拟是记录与数据库交互的时间。
通过4.2 可以看出在当前环境下（数据库服务器一台虚拟机，只有512mb 内存），在
20 用户并发时，a功能打开执行时间avg在3 秒以内，而数据库服务器资源使用情况非常 稳定。
6 测试结论
根据测试结果和测试分析，我们可以初步认定a 功能打开，c 功能查看，d 功能打开 三个业务性能瓶颈不在数据库，而是在调用控件（编辑器）时花费的时间较长。
建议开发人员优化调用控件（编辑器）的代码，工程实施时客户端的配置要较高，内存 至少1g以上。
第二篇：性能测试报告模板案例
性能测试报告模板案例
某项目性能测试报告
1 测试环境
1.1 硬件环境
机器 cpu 内存 磁盘 网卡 操作系统
数据库服务器
（虚拟机）
intel pentium d
cpu 3.2ghz
512mb 15g 10.0mbps win2003enterpriseserver
客户端（测试
机）
intel celeron
cpu 1.6ghz
1gb 160g 100.0mbps win2003enterpriseserver
1.2 软件环境
类型 名称
操作系统 windows 2003 enterprise server
数据库软件 microsoft sql server 2000 enterprise edition sp4 应用软件 xxx信息管理系统
压力测试软件 loadrunner 9.0
其它工具 秒表
2 秒表结果
序号 功能名称 事件 第一次 第二次 第三次 平均值
1 用户登录
登录 3.09 2.92 2.64 2.88
加载模块 2.27 2.03 2.00 2.10
2 a功能
打开 7.18 6.89 6.77 6.95
保存 3.60 3.80 2.90 3.43
完成 2.01 3.80 2.98 2.93
3 b功能
接收归档 1.87 1.13 1.54 1.51
归档查看 0.58 0.94 0.89 0.80
4 c功能
申请 0.86 0.82 0.96 0.88
审批 0.65 0.77 0.75 0.72
授权 0.78 0.83 0.73 0.78
查看 7.77 7.62 7.51 7.63
5 d功能
打开 5.38 4.94 4.74 5.02
发送通知 0.89 0.96 0.87 0.91
6 e功能 打开 2.09 1.89 2.00 1.99
接收整改 0.47 0.50 0.52 0.50
拒绝整改 0.62 0.50 0.49 0.54
7
保存 0.58 0.63 0.64 0.62
8 f功能
打开 0.51 0.47 0.55 0.51
保存 0.70 0.63 0.67 0.67
删除 0.58 0.60 0.63 0.60
3 测试方法
3.1 测试关键业务选择
我们通过秒表结果和验收时验收人员的反馈重点在a功能打开，c功能查看，d功能打
开等业务从时间的角度中看比较慢，那么我们选择这三个业务从不同测试方法来进行说明。
3.2 测试方法介绍
第一种方法：
在所选的三个关键业务开始和结束的代码中增加计时器，得出操作该业务的准确的消耗 时间。
第二种方法：
选择a 功能打开业务，使用loadruner9.0工具分别模拟5 用户、10 用户、15 用户、 20 用户并发时数据库方的性能情况，包括该业务操作时纯粹的数据库执行时间，以及实时 了的数据库服务器资源消耗情况。
4 测试结果
4.1 第一种方法结果
业务名称 第一次 第二次 第三次
a功能打开 6.08 6.12 6.01
c功能查看 6.66 6.71 6.44
d功能打开 4.56 4.32 4.32
4.2 第二种方法结果
业务名称 并发数（个） avg（(秒) min (秒) max(秒)
a功能打开 5并发 1.312 0.969 1.711
10并发 1.713 0.969 2.328
15并发 2.165 0.936 3.219
20并发 2.732 0.995 4.391
1. 5并发数据库服务器资源消耗情况
性能指标 建议值 当前值（avg） 说明
cpu（处理器） <75% 27.655 %processor time cpu 使用
memory（内存） 00-20 22.835 page faults/sec
i/o(磁盘) 无 0.108 %disk time
2. 10并发据库服务器资源消耗情况
性能指标 建议值 当前值（avg） 说明
cpu（处理器） <75% 31.000 %processor time cpu 使用
memory（内存） 00-20 / page faults/sec
i/o(磁盘) 无 0.027 %disk time
3. 15并发据库服务器资源消耗情况
性能指标 建议值 当前值（avg） 说明
cpu（处理器） <75% 31.025 %processor time cpu 使用
memory（内存） 00-20 23.581 page faults/sec
i/o(磁盘) 无 0.053 %disk time
4. 20并发据库服务器资源消耗情况
性能指标 建议值 当前值（avg） 说明
cpu（处理器） <75% 32.876 %processor time cpu 使用
memory（内存） 00-20 23.940 page faults/sec
i/o(磁盘) 无 0.078 %disk time
5 测试分析
根据测试结果可以看出a 功能打开，c 功能查看，d 功能打开在个业务通过秒表记录
的时间、代码计时器、loadruner并发模拟执行时间要相差大。因为秒表记录是手工记录肯 定有较大误差。pb 代码计时器比较准确但是它包含了与数据库交互以及打开控件（编辑器） 等时间。 loadruner 并发模拟是记录与数据库交互的时间。
通过4.2 可以看出在当前环境下（数据库服务器一台虚拟机，只有512mb 内存），在
20 用户并发时，a功能打开执行时间avg在3 秒以内，而数据库服务器资源使用情况非常 稳定。
6 测试结论
根据测试结果和测试分析，我们可以初步认定a 功能打开，c 功能查看，d 功能打开 三个业务性能瓶颈不在数据库，而是在调用控件（编辑器）时花费的时间较长。
建议开发人员优化调用控件（编辑器）的代码，工程实施时客户端的配置要较高，内存 至少1g以上。