当前位置:文档之家› 性能测试计划模板(实例)

性能测试计划模板(实例)

XXXX系统
性能测试方案
软件产品名称:XXXX
软件开发部门:XXXX
软件测试部门:XXXX
编写:XXX 日期:2008 年11 月8 日审核:XXX 日期:2008 年11 月10 日批准:日期:年月日
1.引言
1.1测试方案概述
方案名称:xxxx系统性能测试方案
测试部门:xxxxxxxx科技发展有限公司
1.2目的
本测试方案将对国美电器供应链系统的测试方法、测试工具、测试范围、测试的软件硬件环境、测试进度、测试人员的分工和职责以及测试流程进行详细的定义和整体的描述。

1.3系统概述
产品名称: xx供应链系统JL SCM
开发部门: xxxx有限公司
在企业的信息化建设中,北京国美电器有限公司将在全国范围内实施“金力供应链系统JL SCM”,该系统中采用了 Sybase 最新版本的企业智能型关系数据库产品Adaptive Server Enterprise 12.5 (ASE12.5)及复制服务器产品Sybase Replication Server,由武汉金力软件有限公司开发并协助实施。

国美电器实施的“金力供应链系统JL SCM”,从现代企业理念、物流体系和全方位服务的角度,完全解决了企业的决策、计划、管理、核算、经营、物流、服务、人事及电子商务等问题。

2.术语和定义
性能测试:在一定约束条件下(指定的软件、硬件和网络环境等)确定系统
所能承受的最大负载压力的测试过程。

场景:一种文件,用于根据性能要求定义在每一个测试会话运行期间发生的事件。

虚拟用户:在场景中, LoadRunner 用虚拟用户代替实际用户。

模拟实际用户的操作来使用应用程序。

一个场景可以包含几十、几百甚至几千个虚拟用户。

虚拟用户脚本:用于描述虚拟用户在场景中执行的操作。

事务:表示要度量的最终用户业务流程。

3.测试流程
负载测试通常由五个阶段组成:计划、脚本创建、场景定义、场景执行和结果分析。

计划负载测试:定义性能测试要求,例如并发用户的数量、典型业务流程和所需响应时间。

创建虚拟用户脚本:将最终用户活动捕获到自动脚本中。

定义场景:使用 LoadRunner Controller 设置负载测试环境。

运行场景:通过 LoadRunner Controller 驱动、管理和监控负载测试。

分析结果:使用 LoadRunner Analysis 创建图和报告并评估性能。

4.测试目标与策略
4.1测试目标
1)确定系统能承载的最大容量;
2)定位系统性能瓶颈;
3)确定系统典型事务响应时间;
4)出具可信的独立的第三方的性能测试报告。

4.2测试方法
4.3测试工具及简介
HP-Mercury LoadRunner 是一种预测系统行为和性能的负载测试工具。

通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。

通过使用LoadRunner ,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。

4.4测试地点
由于开发方、用户和测试方一起办公,有利于沟通和更好地保证软件质量,同时为了获得最真实和准确的性能数据,本测试的执行地点为国美电器集团信息中心系统运维部的办公地点。

5.参考文档
《销售流程培训手册》
《系统运行配置表》
《系统主要存在问题和现状》
6.提供的测试文档
《性能测试方案》
《性能测试报告》
7.测试资源需求7.1软硬件需求
服务器需求
测试环境需求
7.2网络需求
跟真实环境相同的2MSDH网络7.3人员需求
本测试需要测试人员6名;
该系统开发人员1名;
业务人员1名。

8.人员任务分配
9.测试进度
注:本进度表假定2008.11.12项目开始启动,如果在此时间之后启动,则时
间应该顺延,同时该时间表未考虑周末休息时间,如果未能按照时间安排完
成任务,相关人员需要加班。

10.测试设计
10.1 熟悉被测系统,搭建被测系统环境、测试环境。

10.2 录制脚本,并分类标识。

10.3 增强脚本(插入事务、集合点、参数化……)。

10.4 设置场景并运行脚本
场景一:*********** 场景二:***********
场景三:***********
场景四:***********
场景五:***********
场景六:***********
场景七:***********
场景八:***********
……
10.5 数据收集
10.5.1事务响应时间
10.5.2点击率
10.5.3吞吐量
10.5.4服务器CPU利用率
10.5.5服务器可用物理内存
10.5.6服务器网卡数据流量
10.5.7 服务器输入输出数量
10.5.8并发用户数
……
11.风险与应急
预测测试计划中的风险,规定对各种风险的应急措施(如延期传递的测试项可能需要加班来赶上规定的进度)。

11.1影响计划的潜在因素
对测试计划的执行过程中,可能存在的影响计划按时完成的风险因素进行分析。

在测试计划执行过程中,通常可能存在以下因素影响计划的按时完成:
●测试人员对被测试产品的熟悉进度较慢
●测试人员对硬件系统的不熟悉
●被测试产品存在重大错误,以致测试无法继续,需要开发部进行额外的
调试和修改才能继续
●硬件、软件或网络环境出现故障等
●其中,第一点和第三点是影响测试进度的最大可能因素
11.2 应急措施
对上述潜在风险因素的应急措施逐项给以明确规定。

通常的应急措施有:
●通过适当加班来保证计划的按时完成
●如果是由于被测试产品存在重大错误而严重影响测试进度,则考虑按照
测试暂停标准来暂停该测试。

相关主题