性能测试方案或报告.doc

性能测试方案或报告

11
2020年4月19日
文档仅供参考，不当之处，请联系改正。

<项目名称>

性能测试方案（报告）

[注：以下提供的模板用于xxxxxx有限公司CMMI标准的模版。其中用尖括号括起来并以蓝色显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。]
[要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择“文件>属性”，然后将 标题、主题、作者和公司等字段替换为此文档的相应信息。关闭该对话框后，经过选择“编辑>全选（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，能够在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。]

文档信息及版本历史
LXGS/F/CMMI/PRJ-SE-STM-M-5
文档信息
项目名称
项目名称
项目编号

文档名称

存储位置

版本
作者/修改者
日期
描述

初稿

评审意见“测试申请单、性能测[1]…doc”进行了修改
1． 去掉了原来的第四章，“测试计划”
2． 细化了6.2 测试结果分析
3． 对2.1节添加了表格说明

1．第六章增加了测试结果的记录表格

完成第一次基线的发布版本

1、 框架调整：
（1） 将第2.2章节“测试系统定义及测试目标”，第2.4章节“业务介绍”，第4章节“测试目标”重新整合：去掉{第2.4章节“业务介绍”}，修改第2.2章节为{“测试系统定义及业务介绍”}，修改第4章节为{“测试目标及性能指标”}
（2） 将第6章节“测试过程及结果描述”调整：将章节名称改为“测试结果”；去掉第6.1章节 {“测试过程描述”}；将测试结果部分分为3个部分:{“XXX场景数据摘要”}、{“XXX场景详细数据”}、{“测试结论”}；
2、 内容细分：
（1） 对第3章“测试环境”进行细分：将机器配置细分为：“硬件配置”、“软件配置”和“其它”三部分，“硬件配置”又细分为“CPU”、“内存”、“硬盘”、“网卡”等项；“软件配置”细分为“操作系统”、“数据库”、“应用软件”等；
（2） 对原第6章测试结果细分：将“XXX场景数据摘要”环节细分为“业务流程”、“响应时间”、“cpu利用率”、“内存利用率”、“最大吞吐量”5部分；“XXX场景详细数据”环节要分别附上图片和数据；测试结论要反映“经过/不经过”；
3、 增加章节：
（1） 增加“测试可比性”章节；
4、 其它：
（1） 删除原第5.4章“性能测试场景”中的测试指标一列；

版权信息
本文件内容由【xxxxxx有限公司EPG】负责解释
本文件的版权属于【xxxxx有限公司】和
【XXXXXXX此处写用户单位名称】
任何形式的散发都必须先得到本文档版本所属单位的许可
/
目 录
1引言 4
1.1编写目的 4
1.2适用范围 4
1.3参考资料 4
1.4术语和缩写词 4
2系统介绍 5
2.1项目信息 5
2.2测试系统定义及业务介绍 5
2.3系统总体结构 5
3测试环境 6
4测试目标及性能指标 7
5测试可比性 7
6．测试设计 7
6.1测试工具 7
6.2数据估算 8
6.3 性能测试用例 8
6.4 性能测试场景 9
7 测试结果 9
7. 1 XXX场景 9
7. 2 XXX场景 10
7. 3 测试结论 10
1引言
1.1编写目的
<描述该方案描述的原因，如，
该方案将描述XXX系统的性能测试以及测试的范围、方法，目的主要有：
1、 明确性能测试的对象，范围。
2、 设计性能测试用例，及测试场景。
3、 说明性能测试的目标。
4、 ……
>
1.2适用范围
<用来说明该文档的读者存在范围，如，XXX项目组等>
1.3参考资料
<所有编写该文档所用到的资料，包括配置库中的或其它任何形式的资料，该项不可留空，除非方案是虚构出来的，所有列出的资料将作为评审的依据,描述里说明在何处能够找到该资料，如果是配置库里的文件直接写明路径即可。>
资料名称
描述

1.4术语和缩写词
<本文档中使用到的术语的解释>
缩写、术语
解 释
响应时间
客户端发出请求到响应的整个过程的时间。
吞吐量
在一次性能测试过程中网络上传输的数据量的总和。
资源利用率
对不同系统资源的使用程度。例如：服务器CPU利用率。
用户并发数
在同一时刻与服务器进行交互的在线用户数量。

2系统介绍
2.1项目信息
〈提示：此处描述测试项目的基本信息，包括项目名称，项目编号，项目经理，版本号等信息，用来对测试对象进行定位〉
项目信息
项目名称

项目编号

项目经理

测试对象信息
版本号

2.2测试系统定义及业务介绍
〈提示：对系统的大概情况进行简单介绍，如，系统的注册用户数，平均每天使用系统的总用户数，每个用户每天平均的使用时间，同时说明系统中包括的主要业务。
2.3系统总体结构
<描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。>
如，某门户的系统硬件和网络结构图：

AG1、AG2、IDP、ED、EIP1、EIP2、EIP3、EIP4八台服务器星形方式连接在内部交换机上，交换机与F5相连，F5作为网关接入DCN网交换机上。
AG1和AG2上部署了Novell Access Gateway安全代理网关，操作系统SUSE Linux9 sp3 32bit，AG3.4 sp4。经过F5均衡负载用来做反向代理网关。
EIP1、EIP2为门户应用服务器。EIP3、EIP4为数据库服务器。

3测试环境
网络环境：如：公司内部的以太网，与服务器的连接速率为100M。

机器配置：

应用服务器
数据库服务器
性能测试控制机
<安装LOADRUNNER进行控制的机器>
负载产生设备
<由LOADRUNNER控制产生的机器>
硬
件
配
置
CPU

内存

硬盘

网卡

软
件
配
置
操作系统

数据库

应用软件

其
她
主机名

IP

4测试目标及性能指标
测试目标：
明确本次性能测试所要达到的目标，如：
XXX系统作为本次测试的被测系统，主要业务包括：xxxxx
在本次测试中，将针对上述的功能进行压力测试，并要达到一些目标：
1．是否达到了预期的性能指标
2．找到系统在给定指标下所能承受的最大并发用户数
3．找出影响系统性能的瓶颈
4．……
〉

性能指标：
指标名称
目标值
XX业务响应时间
小于XX秒
CPU利用率
小于XX%
内存利用率
大于XXM
……

5测试可比性
<说明测试系统和正式运营系统的差异，并说明本次测试的有效性。>

6．测试设计
6.1测试工具
<如，本次性能测试采用自动化的性能测试工具LoadRunner 8.1。>
6.2数据估算
6.2.1 数据规模
〈根据各业务的用户数，每天的发生笔数及数据的保存时间，估算出各个业务在数据库中的数据规模，即，某业务的数据规模=用户数×每天的发生笔数×时间（换算成工作日，根据数据的保存时间选定一个合理的值），相关数据可在“2.4 业务介绍”中取得〉
6.2.2 用户规模
〈根据平均每天使用系统的总用户数以及每个用户每天平均的使用时间，估算出系统的并发用户数，即：
平均并发用户数=平均每天使用系统的总用户数×每个用户每天平均的使用时间／工作时间（一般为8小时）
该数据用来确定在进行长时间稳定性测试的时候最大的并发用户数
最大并发用户数=平均并发用户数＋3×
该数据用来确定普通场景下的最大并发用户数
如果性能测试的目标是找到某一性能指标（如响应时间小于5秒）下所能承受的最大用户数目，则该节能够省略。〉

6.3 性能测试用例
6.3.1 XXX性能测试用例
用例编号：

用例条件：
用户已登录，且具有某权限
用户步骤和验证方法：
1． 单击“部门查询”链接，进入部门查询页面。
验证：页面出现“部门查询”提示字符串。
2． 单击“员工基本信息”链接，进入员工基本信息查询页面。
验证：页面出现“基本信息”提示字符串。
3． 输入查询条件，点击查询。
验证：页面出现“总数”提示字符串。
6.3.2 XXX性能测试用例
……
6.4 性能测试场景
场景名称
场景业务及分配比例
性能计数器
应该场景的名称1
用户分配：
l XX用例 XX人
l XX用例 XX人
l XX用例 XX人
用用户增长模式：
每XX秒增加X个
迭代时间间隔：XX秒
运行时间：XX分钟（达到最到并发数后的持续时间）
需要监视的性能指标
应该场景的名称2

……

7 测试结果
如果是性能测试方案，把该章删除。
7. 1 XXX场景
7.1.1 数据摘要
业务流程
响应时间(s)
Cpu利用率(%)
内存利用率(%)

7.1.2 详细数据

7. 2 XXX场景
（格式同上）
……
7. 3 测试结论
指标名称
目标值
实际值
是否经过
XX业务响应时间
小于XX秒

CPU利用率
小于XX%

内存利用率
大于XXM

……

〈根据以上测试数据，对照测试目标和性能指标，得出最后的结论，经过/不经过〉

—文档结束—