软件性能测试计划和方案模板.doc

性能测试项目名称

拟制

日期

审核

日期

批准

日期

修订记录
日期
修订
版本
修改
章节
描述
作者

目录
介绍 4
1 目的 4
2 总览 4
表 1.1 – 软件性能测试计划内容 4
3 范围 4
性能测试方法 5
4 负载测试流程 5
4.1 系统分析 5
4.1.1 创建虚拟用户脚本 5
4.1.2 创建负载测试场景 5
4.1.3 测试用例执行和性能监控 5
4.1.4 分析结果 5
5 远景目标和近期目标 5
业务流程&测试用例 5
6 业务流程 6
6.1.1 高容量/高负载 流程 6
6.1.2 低容量/低负载 流程 6
7 数据准备 6
8 LoadRunner 事务（Transactions） 6
9 LoadRunner 脚本（Scripts） 6
10 Load Runner 场景（Scenarios） 6
11 LoadRunner 监控器（Monitors） 7
11.1 具体的监控器 7
11.2 具体的监控器 7
负载测试需求 7
12 Checklist 7
13 测试入口标准 8
14 测试结束标准 8
应用程序环境 8
15 应用程序软件环境 8
16 应用程序硬件环境 8
17 LoadRunner 环境 8
测试结果和版本管理 9
18 缺陷/版本 管理 9
19 发现 9
20 详细测试结果 9
20.1 场景1 9

介绍
1 目的
目的介绍
2 总览
本文档表格中第二部分到第七部分为重要部分。
表 1.1 – 软件性能测试计划内容
项目序号
名字内容
项目内容
1
介绍

2
性能测试方法

3
业务流程&测试用例

4
负载测试需求

5
应用程序开发环境

6
Load Runner 环境

7
测试结果 & 版本管理

3 范围
计划适用范围.
l 软件需求规格说明书(Software Requirements Specifications - SRS)
l 软件详细设计文档（Software Detail Design - SDD)
l 软件测试计划 (SoftWare Test Plan - STP)
l White Paper: Load Testing to Predict Web Performance. Mercury Interactive Corp.
性能测试方法
采用何种性能测试的方法。取决于业务需求、开发周期和应用程序的生命周期，对于特定的应用，需要选择相应的测试方法。.
4 负载测试流程
4.1 系统分析
分析业务流程
4.1.1 创建虚拟用户脚本
如何开发脚本
4.1.2 创建负载测试场景
创建压力负载场景
4.1.3 测试用例执行和性能监控
如何采集性能数据。
4.1.4 分析结果
分析性能测试数据。
5 远景目标和近期目标
需求定义
业务流程&测试用例
下边介绍在进行性能测试过程中每个阶段如何做。
6 业务流程
6.1.1 高容量/高负载 流程
创建以下业务流程给服务器和数据库施加更大的压力。
序号.
业务路程
虚拟用户数

6.1.2 低容量/低负载 流程
以下业务流程只是仅仅用于创建小百分比的并发量，同样也可以创建用户并发量大百分比的压力测试。
序号.
业务路程
虚拟用户数

7 数据准备
性能测试前进行数据准备。要开始收集、处理有关业务数据，为系统进入性能测试运行做好数据准备，本部分主要描述如何进行数据准备，数据的来源是什么。
8 LoadRunner 事务（Transactions）
执行的一个功能或一系列的活动就可以是一事务，具体情况，要依照你自己要测试的目标 是什么，从而明确你自己定义的事务指的是什么， 本部分具体明确什么是事务。
9 LoadRunner 脚本（Scripts）
本部分定义在性能测试中的脚本。这些脚本将模拟系统真实的运行情况。
序号.
脚步名称
优先级
Average Number of Transactions (Assumption)
备注
1.

10 Load Runner 场景（Scenarios）
场景是一个执行单位，可以通过 场景来模拟一个工作负载，模拟真实的世界操作。本部分具体解释清楚什么是场景。
11 LoadRunner 监控器（Monitors）
LoadRunner内含实时监测器，在负载测试期间，您都可以查看应用系统的运作 性能。本部分主要解释什么是监控器，并通过下表把要在性能测试中用到的监控器列举出来。

系统组件
监控器
系统度量

11.1 具体的监控器
监控具体的技术器指标.
对象
度量
描述

11.2 具体的监控器
· Run Time Resources: The total memory in use within the Java Virtual Machine. The following data points may be monitored.

度量
描述

负载测试需求
12 Checklist
场景执行过程中需要确认:
l 数据库更新情况，基础数据是否完整
l 脚本所用到的数据是否准备完毕.
l 每个脚本中的run-time settings设置是否正确 (think-time, logging, pacing, iterations).
l 所有的 LoadRunner monitors 是否配置正确.
l load injectors 配置是否正确以及LoadRunner Controller 能否连接到injectors.

13 测试入口标准
性能测试一旦开始:
l 系统测试完毕并认为系统稳定的情况下
l 补充
14 测试结束标准
性能测试一旦成功完成:
l 性能测试目标已经达到
l 性能测试结果经过项目团队认可
l 所有在压力测试中发现的问题被成功解决.
应用程序环境
本部分定义被测试应用配置情况，包含软件和硬件配置。
15 应用程序软件环境
下边表格为软件配置资源.
软件
操作系统

16 应用程序硬件环境
下边表格为硬件配置资源.
硬件
处理器
IP 地址 / DNS

17 LoadRunner 环境
本部分描述 LoadRunner在进行压力测试中的测试环境配置。下表描述Controller以及Injector 配置。包括Injector每台机器配置多少用户。
组件
IP/机器名
处理器
内存
用户数

测试结果和版本管理
评估性能测试结果是在压力测试中最重要的步骤。LoadRunner Analysis用于评估性能测试的结果。很多可用的图表可以帮助你定位系统瓶颈。下边为具体在本次性能分析重要到的图表介绍。
具体性能分析图表：描述，分析该图表作用。
18 缺陷/版本 管理
所有的性能测试报告文档利用版本控制工具进行跟踪。
19 发现
发现的问题描述。
20 详细测试结果
性能场景执行两次，第一次是小并发用户量的测试，第二次是在高负荷情况下的测试 ，利用长时间运行的方法。
20.1 场景1
场景描述.
表 7.4.1: 事务摘要
事务名字
最小
平均
最大
Std. Deviation
90 Percent
通过
失败
停止

版权所有，侵权必究 第9页，共9页