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

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软硬件需求服务器需求硬件环境软件环境服务器描述数量服务器CPU：1654MHz*8内存：15680MBSybase 12.5ASEIBM5701服务器CPU: 1653MHz*4内存：4096MBSybase 12.5ASEIBM1051测试环境需求硬件环境软件环境服务器描述数量主测试机CPU: *内存：*操作系统：*性能测试工具：*副测试机CPU: *内存：*操作系统：*性能测试工具：*副测试机CPU: *内存：*操作系统：*性能测试工具：*7.2网络需求跟真实环境相同的2MSDH网络7.3人员需求本测试需要测试人员6名；该系统开发人员1名；业务人员1名。8.人员任务分配角色成员及数量职责描述测试经理1方案的设计和过程的控制测试员5测试环境搭建；测试脚本编写和调试；参数化数据提取；场景的配置；测试执行；结果收集和分析开发人员1部署应用系统；系统参数配置；基础数据改造和生成；解决遇到的问题和性能调优；协助脚本编写和提取参数数据业务人员1系统相关业务介绍；协助确定典型事务；提出性能测试需求；收集相关生产数据；9.测试进度编号任务参与人员开始日期结束日期1熟悉被测试系统，确定典型事务测试人员开发人员业务人员2008.11.122008.11.152搭建测试环境，录制典型事务的脚本，增强脚本测试人员开发人员2008.11.162008.11.203执行测试并收集相关数据测试人员2008.11.212008.11.264数据分析测试人员2008.11.272008.11.295编写测试报告测试人员2008.11.302008.12.1注：本进度表假定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影响计划的潜在因素对测试计划的执行过程中，可能存在的影响计划按时完成的风险因素进行分析。在测试计划执行过程中，通常可能存在以下因素影响计划的按时完成：l 测试人员对被测试产品的熟悉进度较慢l 测试人员对硬件系统的不熟悉l 被测试产品存在重大错误，以致测试无法继续，需要开发部进行额外的调试和修改才能继续l 硬件、软件或网络