DOC《XX系统》

XX系统 性能测试报告 (V1.

0) 201X年X月目录1. 测试背景

1 1.1. 测试目的

1 1.2. 测试时间

1 2. 测试范围

1 2.1. 性能测试环境拓扑图

1 2.2. 测试功能点

1 3. 性能需求指标

2 4. 测试环境

3 4.1. 测试环境软硬件配置

3 4.2. 应用版本描述

3 4.3. 数据准备

3 5. 测试策略

3 5.1. 测试发起策略

3 5.2. 测试执行策略

4 5.2.1. 基准测试

4 5.2.2. 单场景测试

4 5.2.3. 容量测试

4 5.2.4. 稳定性测试

5 5.3. 测试监控统计策略

6 6. 测试结果分析

6 6.1. 单场景测试性能表现

6 6.1.1. 平均响应时间

6 6.1.2. 系统处理能力

6 6.1.3. 交易成功率

6 6.1.4. 资源使用率

7 6.2. 容量测试性能表现

7 6.2.1. 平均响应时间

7 6.2.2. 系统处理能力

7 6.2.3. 交易成功率

8 6.2.4. 资源使用率

8 6.3. 稳定性测试性能表现

10 7. 测试结论

12 测试背景 测试目的 本次对某系统进行性能测试, 通过选取如下测试类型,达到以下目的: 验证系统是否满足上线需求. 测试时间 201X年X月X日-201X年X月X日 测试范围 性能测试环境拓扑图 测试功能点 功能名 功能描述 占比 性能需求指标 性能测试常用需求指标如下: 系统处理能力(TPS 与HPS):TPS(Transaction per Second)是指系统每秒钟处理完成的交 易数量,是度量系统性能的重要指标.HPS(Hits per Second)是指在一秒钟的时间内用户对 Web 页面 的链接、提交按钮等点击操作的总和,它一般和 TPS 成正比关系,是度量 B/S 系统性能的重要指标之一. 功能响应时间(Response Time):是指从客户端发起业务请求到得到响应的整个过程所经历的时间.通常用平均响应时间、最大响应时间、90%功能响应时间等指标衡量. 在线用户数:是指同一时间段内访问系统的用户数量.这些用户在同一时间段内已登录或者已访问系统,但是不一定每时每刻都在进行操作. 并发用户数:是指同时对应用系统发起业务请求的用户数量.该指标取决于业务 操作间隔和单笔功能的响应时间,通常并发用户数为在线用户数的10%左右. 系统资源利用率:是指在系统负载运行期间,各硬件的系统资源(如CPU、内存、磁盘IO、网络带宽等)被占用的情况,CPU使用率低于80%、内存使用率低于70%. 成功率:是指功能成功的数量占发出的总功能量的百分比.功能成功分为业务逻辑成功、系统响应成功等,可根据不同系统的测试要求进行调整. 项目组根据业务需求提供本次性能测试的标要求如下: 指标名称 指标内容 并发用户数 90%响应时间 系统处理能力 交易成功率 系统资源使用率 测试环境 测试环境软硬件配置 主机用途 数量 硬件资源 系统软件 IP地址 WEB服务器

2 应用服务器

1 数据库服务器

1 应用版本描述 应用名称 版本号 数据准备 提供测试数据如下: 序号 数据类型 数据准备情况及要求

1 基础数据

2 测试数据 测试策略 测试发起策略 使用性能测试工具生成大量虚拟用户来模拟实际并发情况,按照测试场景的典型用户配比向被测系统服务器发送交易请求,向被测系统施加业务负载. 在执行过程中,收集各项系统资源的运行状态数据,获得系统性能表现数据. 测试执行策略 基准测试 测试环境确认之后,对业务模型中涉及的每种功能做基准测试.目的是检查业务本身是否存在性能缺陷.同时为将来混合场景的系统测试性能分析提供参考依据. 测试方法: 使用负载模拟工具编写从客户端向应用服务器发送交易请求,并接收返回结果的脚本,在系统无压力情况下重复100次,每次迭代间等待1秒,取业务方法的平均响应时间作为衡量指标. 单场景测试 单场景测试是针对业务模型中的每个交易,利用一定的并发量进行测试,获取其性能表现,并验证单个交易是否存在并发性问题. 测试方法: 使用工具向系统发送请求并接收返回结果,对于每个交易均使用逐层递增的并发压力进行测试,每次执行稳定运行20分钟,获取单场景的各项性能指标. 测试场景 加载/卸载方式 并发数 持续时间 单场景测试 持续加压,保证Vuser全部正常登陆,如以5用户/3秒的速度加载;