软件性能测试报告
XXXX系统性能测试报告
文档编号：XXXXXXX
日期: XXXXXXX - XXXXXXX - XXXXXXX
文档修订记录
目录
1测试概述 (4)
1.1 项目背景 (4)
1.2 测试目的 (4)
1.3 测试内容 (4)
2测试方案 (4)
2.1 系统分析 (4)
2.1.1 系统架构 (4)
2.1.2 硬件环境 (4)
2.1.3 软件环境 (5)
2.1.4 网络拓扑结构 (5)
2.2 测试模型 (5)
2.2.1 业务模型 (5)
2.2.2 测试场景模型 (6)
2.3 系统资源监控及关注指标 (10)
2.4 测试工具及使用 (10)
3测试执行结果 (10)
3.1 基准测试场景执行结果 (10)
3.2 混合交易负载场景执行结果 (11)
3.3 单交易负载场景执行结果 (13)
4测试结果分析 (13)
4.1 混合场景结果分析 (14)
4.1.1 关键性能指标分析 (14)
4.2 单交易负载场景结果分析 (27)
4.2.1 关键性能指标分析 (27)
5问题及建议 (31)
5.1 问题 (31)
5.2 建议 (32)
6结论 (32)
1测试概述
1.1项目背景
XXXXXXX。
1.2测试目的
测试的目的和目标是：在XXXXXX提供的测试环境中，XXXXXX运用性能测试工具对XXXXXX产生模拟真实使用环境的压力负载，重现缺陷发生状态，并监控的客户端和服务器性能指标，最终判断性能缺陷所属系统业务模块。
1.3测试内容
经初步判断，出现性能缺陷模块为XXXXXX的XXXXXX这几个使用频繁且业务处理量大的模块。
XXXXXX系统日常运行的基本业务为新增、删除、查询、修改等操作。因此将本次性能测试的重点确定为被测模块的新增、删除、查询、修改的典型业务。
2测试方案
2.1系统分析
2.1.1系统架构
1)系统逻辑部署
2.1.2硬件环境
2.1.3软件环境
2.1.4网络拓扑结构
客户端
系统采用B/S架构模式，客户端通过Oracle Ias中间件访问数据库。中间件和数据库分别部署在两台HP Superdome服务器上。
2.2测试模型
2.2.1业务模型
使用单个交易的性能测试脚本，将同一模块内相近功能的脚本放在同一个测试场景中，平均设定每个交易的比例。
2.2.2测试场景模型2.2.2.1. 基准测试场景
2.2.2.2. 混合交易负载场景
制作单个交易的性能测试脚本，将同一模块内功能相近的脚本放在同一个测试场景中，并发用户数为50，平均设定每个交易的比例，设定负载序列，按照负载序列逐渐增加并发用户数。
2.2.2.
3. 单交易负载场景
根据混合场景运行的结果发现：场景九运行时中间件服务器的CPU使用率持续为100%，另外性能缺陷不存在于场景十包含的功能，所以需要针对场景九包含的贷款发放、贷款回收、利息回收功能分别进行单业务负载场景，进一步将性能缺陷定位到功能点。并发用户设定为50，设定负载序列，按照负载序列逐渐增加并发用户数。
2.3系统资源监控及关注指标
在进行负载压力测试的同时，用测试工具对中间服务器的资源和性能指标进行监控。选取中间件服务器的CPU使用率进行分析。
2.4测试工具及使用
本次测试使用HP公司的性能测试工具LoadRunner v9.0生成虚拟用户，通过LoadRunner负载运行控制器控制生成的虚拟用户对被测系统进行压力负载测试，同时使用LR监控中间件服务器的系统资源和性能指标。
3测试执行结果
3.1 基准测试场景执行结果
基准测试场景结果汇总：
3.2 混合交易负载场景执行结果
混合交易负载场景执行结果汇总：
混合场景一执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。混合场景二执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。混合场景三执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。混合场景四执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。混合场景五执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。混合场景六执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。混合场景七执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。混合场景八执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。
混合场景九执行结果
场景运行结束后，中间件服务器CPU使用率持续为100%。
混合场景十执行结果
场景运行结束后，中间件服务器的CPU使用率下降至较低水平。
3.3 单交易负载场景执行结果
单交易负载场景执行结果
其中查询XXXXXX、XXXXXX回收场景运行结束后，中间件服务器CPU使用率持续为100%，并不会因为用户退出而有明显下降；XXXXXX场景运行结束后中间件服务器CPU使用率下降至较低水平。
4测试结果分析
通过混合场景测试中发现XXXXXX模块存在性能缺陷，表现为在XXXXXX的混合场景测试中，中间件服务器CPU占用率自始至终维持在100%，并且当场景结束后CPU占用率并没有随之下降。将系统性能缺陷定位到贷后管理模块后，针对该模块包含的典型业务进行
单业务负载测试，发现利息回收和贷款回收两个功能的测试结果与混合场景的结果一致，可以认定为该两个功能存在性能缺陷。
4.1混合场景结果分析
4.1.1关键性能指标分析
从loadrunner得到响应时间和中间件服务器CPU使用率等性能指标，根据性能指标分析判断性能缺陷所在场景对应的业务模块。
4.1.1.1. 响应时间、系统资源分析
场景一：XXXXXX事务响应时间与用户变化对应图
结果分析：事务的响应时间随着用户数不断增加而增大；在用户数增加到130后，事务执行出现错误，错误信息为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图，并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。
场景二：：XXXXXX事务响应时间与运行用户分析
结果分析：事务响应时间随着运行用户数的增加而增大；在场景运行用户增加到155时出现失误失败，失败原因为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图，并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。
场景三：XXXXXX事务与运行用户分析
结果分析：事务响应时间随着运行用户数的增加而增大；在场景运行用户增加到270时出现失误失败，失败原因为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图，并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。
场景四：XXXXXX事务与运行用户分析
结果分析：事务响应时间随着运行用户数的增加而增大；在场景运行用户增加到280时出现失误失败，失败原因为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图，并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。
场景五：XXXXXX事务与运行用户分析
结果分析：事务响应时间随着运行用户数的增加而增大；在场景运行用户增加到230时出现失误失败，失败原因为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图，并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。
场景六：XXXXXX查询事务与运行用户分析