系统性能测试报告V2.0.doc

“***”综合信息平台〔一期〕

性能测试报告

****

文件状态：

[]草稿

[√]正式发布

[]正在修改

文件标识：

文件编号：

当前版本：

V1.0

作者：

公司：

完成日期：

版本控制

版本号

作者

参与者

起止日期

备注

目录

TOC\o1-3\h\z1. 文档说明 1

1.1 标识 1

1.2 文档概述 1

1.3 文档编写目的 1

1.4 名词解释 2

1.5 参考资料 2

1.6 修改约束 2

2. 工程背景 2

2.1 工程根本信息定义 2

2.2 工程背景 3

2.3 建设目标及范围 6

“***”总体目标 6

本期工程建设目标 9

本期建设内容 9

本期与“***”总体规划关系 9

3. 测试目的 10

4. 测试工具 10

5. 性能需求 10

6. 测试目标 11

7. 测试环境与配置 11

7.1 网络环境描述 11

7.2 测试环境描述 12

7.3 真实环境模拟图 13

8. 测试策略 13

测试数据准备 13

9. 测试结果及分析 14

9.1 一般性能测试 14

9.2 并发测试 16

9.3 负载测试 21

10. 性能测试总结 23

文档说明

标识

1.文档标题

2.缩略语

文档概述

文档编写目的

性能测试的主要目的如下：

验证在并发连接数量到达用户所要求的正常并发连接数量时，系统的核心功能/业务的执行是否满足性能指标要求；

验证并发连接数量到达最大值时，系统的运行状况；

验证J2EE体系结构中，各层应用的性能情况，并找出性能瓶颈；

验证系统在使用顶峰阶段，对大数据量的处理是否正常；

本文档的预期读者包括本公司工程领导、开发人员、实施人员和测试人员等工程干系人。

名词解释

性能测试：

指为了评估软件系统的性能状况和预测软件系统性能趋势而进行的测试和分析。一般通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

响应时间：

对请求做出响应所需要的时间。

并发用户数：

指同时向效劳端发出请求的客户数。

吞吐量：

单位时间内系统处理的客户请求的数量。

性能计数器：

描述效劳器或操作系统性能的一些数据指标。

参考资料

修改约束

该文档在正式发布后，其更新需要合作双方共同确认。

工程背景

工程根本信息定义

工程背景

建设目标及范围

“***”总体目标

近期建设目标〔2011-2012年〕

中期建设目标〔2013-2014年〕

远期建设目标〔2015年〕

本期工程建设目标

本期建设内容

本期与“***”总体规划关系

测试目的

测试特定业务的运行情况，取得大量并发用户操作下的响应时间

对测试中发现的问题给出建议，如果存在性能问题，查找性能瓶颈，进行性能调优。

测试软件在运行过程中，运行到达用户标准值。

测试工具

本次性能测试主要采用LoadRunner工具，它是一款国际主流与权威的性能测试工具，它通过录制脚本记录客户端与效劳器之间的交互，然后通过回放脚本模拟出大量的虚拟用户加载到效劳器上，并采用实时监控，监控效劳器与客户端的多项性能指标以完成对被测软件的性能评估。

性能需求

可以借用目前使用广泛的基于TPC-C的经验公式，来对三个典型应用系统要求进行估算。其计算公式为：

TPMC＝TASK×Ct×S×F/[T×(1－C)]

其中：TASK为每日业务访问量统计峰值；

Ct为系统访问集中期内访问量比例；

T为每日峰值访问时间；

S为实际业务访问操作的复杂程度比例；

C为系统主机CPU处理余量；

F为系统未来10年的访问量开展。

截止到2010年11月，颐和园局域网信息接入点260个，联入办公网电脑192台，开通互联网电脑157台，约占总数的82％。根据以上数字统计，业务系统运行后用户总数将到达315台，所有用户均需要访问相关的业务应用系统，按平均每个用户每天不少于8次访问计算，那么三个典型业务应用系统的日均访问量总计不低于2520人次，暂按2500人次计算。根据历史记录，顶峰时期业务量约为平均业务量的1.5倍，三个典型业务应用系统运行后，需要充分考虑系统的可扩展性，因此，估算顶峰时期的访问量约为平均访问量的3倍平均每次访问对应数据库事务数为20，那么

TASK＝2500×20×3＝150,000；

访问时间大局部集中在上班时间，故取T=6h，同时根据经验取Ct=80%；

根据系统响应访问效劳的分类，统计分析效劳属于复杂操作，复合查询等属于一般操作，而信息检索浏览属于简单操作，三个典型应用系统业务中三类操作所占比例大致为25%、30