性能测试方案或报告.docx
- 文档编号:23963694
- 上传时间:2023-05-22
- 格式:DOCX
- 页数:11
- 大小:98.11KB
性能测试方案或报告.docx
《性能测试方案或报告.docx》由会员分享,可在线阅读,更多相关《性能测试方案或报告.docx(11页珍藏版)》请在冰豆网上搜索。
性能测试方案或报告
<项目名称>
性能测试方案(报告)
[注:
以下提供的模板用于######CMMI标准的模版。
其中用尖括号括起来并以蓝色显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。
]
[要定制MicrosoftWord中的自动字段(选中时显示灰色背景),请选择“文件>属性”,然后将标题、主题、作者和公司等字段替换为此文档的相应信息。
关闭该对话框后,通过选择“编辑>全选(或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个部分:
{“##X场景数据摘要”}、{“##X场景详细数据”}、{“测试结论”};
2、容细分:
(1)对第3章“测试环境”进行细分:
将机器配置细分为:
“硬件配置”、“软件配置”和“其他”三部分,“硬件配置”又细分为“CPU”、“存”、“硬盘”、“网卡”等项;“软件配置”细分为“操作系统”、“数据库”、“应用软件”等;
(2)对原第6章测试结果细分:
将“##X场景数据摘要”环节细分为“业务流程”、“响应时间”、“cpu利用率”、“存利用率”、“最大吞吐量”5部分;“##X场景详细数据”环节要分别附上图片和数据;测试结论要反映“通过/不通过”;
3、增加章节:
(1)增加“测试可比性”章节;
4、其他:
(1)删除原第5.4章“性能测试场景”中的测试指标一列;
信息
本文件容由[######EPG]负责解释
本文件的属于[####x]和
[######X此处写用户单位名称]
任何形式的散发都必须先得到本文档版本所属单位的许可
/
1引言
1.1编写目的
<描述该方案描述的原因,如,
该方案将描述##X系统的性能测试以与测试的围、方法,目的主要有:
1、明确性能测试的对象,围。
2、设计性能测试用例,与测试场景。
3、说明性能测试的目标。
4、……
>
1.2适用围
<用来说明该文档的读者存在围,如,##X项目组等>
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上部署了NovellAccessGateway安全代理网关,操作系统SUSELinux9sp332bit,AG3.4sp4。
通过F5均衡负载用来做反向代理网关。
EIP1、EIP2为门户应用服务器。
EIP3、EIP4为数据库服务器。
3测试环境
网络环境:
如:
公司部的以太网,与服务器的连接速率为100M。
机器配置:
应用服务器
数据库服务器
性能测试控制机
<安装LOADRUNNER进行控制的机器>
负载产生设备
<由LOADRUNNER控制产生的机器>
硬
件
配
置
CPU
存
硬盘
网卡
软
件
配
置
操作系统
数据库
应用软件
其
他
主机名
IP
4测试目标与性能指标
测试目标:
明确本次性能测试所要达到的目标,如:
##X系统作为本次测试的被测系统,主要业务包括:
####x
在本次测试中,将针对上述的功能进行压力测试,并要达到一些目标:
1.是否达到了预期的性能指标
2.找到系统在给定指标下所能承受的最大并发用户数
3.找出影响系统性能的瓶颈
4.……
〉
性能指标:
指标名称
目标值
##业务响应时间
小于##秒
CPU利用率
小于##%
存利用率
大于##M
……
5测试可比性
<说明测试系统和正式运营系统的差异,并说明本次测试的有效性。
>
6.测试设计
6.1测试工具
<如,本次性能测试采用自动化的性能测试工具LoadRunner8.1。
>
6.2数据估算
6.2.1数据规模
〈根据各业务的用户数,每天的发生笔数与数据的保存时间,估算出各个业务在数据库中的数据规模,即,某业务的数据规模=用户数×每天的发生笔数×时间(换算成工作日,根据数据的保存时间选定一个合理的值),相关数据可在“2.4业务介绍”中取得〉
6.2.2用户规模
〈根据平均每天使用系统的总用户数以与每个用户每天平均的使用时间,估算出系统的并发用户数,即:
平均并发用户数=平均每天使用系统的总用户数×每个用户每天平均的使用时间/工作时间(一般为8小时)
该数据用来确定在进行长时间稳定性测试的时候最大的并发用户数
最大并发用户数=平均并发用户数+3×
该数据用来确定普通场景下的最大并发用户数
如果性能测试的目标是找到某一性能指标(如响应时间小于5秒)下所能承受的最大用户数目,则该节可以省略。
〉
6.3性能测试用例
6.3.1##X性能测试用例
用例编号:
用例条件:
用户已登录,且具有某权限
用户步骤和验证方法:
1.单击“部门查询”,进入部门查询页面。
验证:
页面出现“部门查询”提示字符串。
2.单击“员工基本信息”,进入员工基本信息查询页面。
验证:
页面出现“基本信息”提示字符串。
3.输入查询条件,点击查询。
验证:
页面出现“总数”提示字符串。
6.3.2##X性能测试用例
……
6.4性能测试场景
场景名称
场景业务与分配比例
性能计数器
应该场景的名称1
用户分配:
●##用例##人
●##用例##人
●##用例##人
用用户增长模式:
每##秒增加X个
迭代时间间隔:
##秒
运行时间:
##分钟(达到最到并发数后的持续时间)
需要监视的性能指标
应该场景的名称2
……
7测试结果
如果是性能测试方案,把该章删除。
7.1##X场景
7.1.1数据摘要
7.1.2详细数据
7.2##X场景
(格式同上)
……
7.3测试结论
##业务响应时间
小于##秒
CPU利用率
小于##%
存利用率
大于##M
……
〈根据以上测试数据,对照测试目标和性能指标,得出最后的结论,通过/不通过〉
—文档完毕—
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 性能 测试 方案 报告