压力测试计划.docx

压力测试计划.docx

《压力测试计划.docx》由会员分享，可在线阅读，更多相关《压力测试计划.docx（10页珍藏版）》请在冰豆网上搜索。

压力测试计划

《项目名称》

压力测试计划

编号：

版本号：

作者：

时间：

年月日

XXXXXXXXXXXXXXXX有限公司

文档修订

版本

日期

更改人

描述（注明修改的条款或页）

1.0

2002..4

XX

创建

1.1

2003.2

XX

简化了测试工具的描述，扩充了环境概述，增加了测试资源及安排，修改了测试记录表格，测试方法的一些补充

目录

1.简介4

1.1项目背景4

1.2范围和预期读者4

1.3定义4

2．环境概述4

2.1用户环境系统架构拓扑图及描述4

2.2用户运行环境系统配置4

2.3测试环境网络拓扑及描述5

2.4测试环境系统配置5

2.5条件与限制5

3．测试资源及安排6

3.1硬件6

3.2软件6

3.3人力资源及测试地点6

3.4测试人员培训6

4.测试大纲6

4.1评测标准6

4.2测试方法及步骤7

4.2.1确定最大并发用户的数量7

4.2.2建立虚拟用户（生成测试脚本）7

4.2.3测试脚本的参数化7

4.2.4定制压力测试场景8

4.2.5测试例行检查8

4.2.6运行压力测试场景9

4.2.7分析测试结果9

4.3测试数据准备9

5附录：

10

5.1测试结果表格10

1.简介

简单介绍项目功能，规模，选定的典型事务及操作该事务的频率。

简单介绍测试工具实现的原理。

1.1项目背景

开发的系统名称：

本项目的任务提出者：

本项目的开发者：

本项目的用户：

1.2范围和预期读者

本计划只包括该软件项目的性能测试计划，不包括功能测试计划。

预期读者：

设计人员、测试人员、项目经理、SQA、SCM

1.3定义

2．环境概述

2.1用户环境系统架构拓扑图及描述

可以从设计文档中拷出其系统架构拓扑图，并加以简单描述。

2.2用户运行环境系统配置

●服务器端：

硬件配置：

操作系统：

数据库：

●客户端：

硬件配置：

操作系统：

客户端软件：

2.3测试环境网络拓扑及描述

2.4测试环境系统配置

●服务器端：

硬件配置：

操作系统：

数据库：

●测试主机：

硬件配置：

操作系统：

测试工具：

客户端软件：

测试主机数量：

2.5条件与限制

描述出由于硬件软件或技术等原因，测试时无法实现的一些功能。

3．测试资源及安排

3.1硬件

cpu

内存

硬盘

机器数量

用途

机器一

机器二

3.2软件

1）win2000professional；

2）LoadRunner；

…

3.3人力资源及测试地点

测试负责人：

测试人员：

需配合的人员：

联系电话：

测试地点：

3.4测试人员培训

如有需要，在测试之前可安排项目经理给测试人员培训软件产品的实现、系统架构、数据结构等。

4.测试大纲

4.1评测标准

可参考用户需求或验收测试规范等，评测标准应精确说明，如并发100用户时业务响应时间小于5秒等，如果有经验的话，可以把隐含的需求写出来，如cpu、内存占用情况等的标准。

4.2测试方法及步骤

4.2.1确定最大并发用户的数量

通常按总用户数量的10％来计算最大并发用户数，还应根据实际的使用情况进行相应的增加或减少。

当并发用户数量很大，且测试机的配置不高的情况下，需要多台机器上运行脚本，由一台controller进行控制，以避免测试机成为系统瓶颈。

4.2.2建立虚拟用户（生成测试脚本）

在VirtualUserGenerator中，录制用户操作：

1）根据被测系统的软件结构，选择正确协议类型为：

；

2）在Vuserinitsection中记录被测事务前的准备工作，如登录应用系统的过程等；

3）在Actionssection中记录被测事务

4）在Vuserendsection中记录注销过程

5）停止录制，保存，名称：

.

6）如果Actionssection包含多个需要测量的事务，如录入，查询等，应该通过插入transaction将事务间隔开。

4.2.3测试脚本的参数化

自动生成的脚本中，录制时输入的及与其相关的数据必须参数化，才能在压力测试中准确地模拟真实系统的运作。

需要参数化的变量包括：

1）名称：

，选择参数方式：

；

2）名称：

，选择参数方式：

；

…

参数化时应对应用程序所需要的数据充分了解，选择正确的参数方式，如果参数要求唯一，必须选用unique,如果是在actionssection中做的参数化，保证参数的行数为：

并发用户数＊循环次数。

4.2.4定制压力测试场景

在Controller中，定制压力测试场景，场景个数通常按照循序渐进的方式，如果最大并发用户为100，我们通常分为并发用户为10、50、80、100四个场景，应根据每个程序的实际情况而定。

1）虚拟用户个数：

分别为*个

2）虚拟用户所在的主机（IP地址）：

3）虚拟用户执行的脚本：

4）IterationCount：

该参数的设置保证在某一个时间段内有一个稳定的负载。

5）添加需要监控的机器，添加需要监控的性能指标。

6）按照虚拟用户个数，分别保存压力测试场景：

4.2.5测试例行检查

1）在运行测试场景之前，一定要填写这张表，只有这张表中所列项目都正常后，才可运行测试场景

2）在测试环境设置中没有列出的选项，使用缺省设置

项目

细项

检查结果

测试机

IP地址设置是否正确

应用程序是否可以正常运行

控制台

IP地址设置是否正确

是否可以连通测试机

测试脚本设置

参数文件的选取

参数类型的设置（Unique、Sameline）as…）

测试场景设置

并发用户数

使用正确的测试机

使用正确的脚本

测试环境设置

Iterations

ThinkTime—Ignore

General—不要Continueonerror

General—利用线程方式

General—不要AutoTransaction

4.2.6运行压力测试场景

在Controller中，运行压力测试场景，步骤为：

（如果是由多台测试机需要执行1、2步）

1）启动测试主机的RemoteCommandLauncher

2）在Controller中使测试主机处于“连接”状态

3）在Controller中，对所有虚拟用户发出运行（run）命令，通过测试主机的Agent运行各虚拟用户，在Controller端监控虚拟用户的状态及执行结果

4）监控服务器端资源的使用情况（如果不能用LoadRunner监控,可以在服务器端直接监控，参考UNIX命令：

vmstat、sar等）

5）运行完后，按虚拟用户个数分别保存运行结果：

6）适当抽查一些数据，检查是否完成预定的功能

7）若此次测试有问题或疑问，可重复再运行一遍，注意测试数据的清理。

4.2.7分析测试结果

在Controller的Analysis中，分析并打印性能报表，并作为测试报告的附件：

Reports—TransactionPerformanceSummary：

有关事务性能的总结报表，显示在测试场景中，所有事务的最小、最大与平均响应时间。

添加服务器资源监控的报表。

4.3测试数据准备

1）测试数据准备前应先写几行数据运行一遍，确认无误后，再定制最终的参数文件。

2）测试邮件服务器需要准备好测试用的邮箱，个数按实际情况而定，要注意邮箱的大小的限制，或准备没有大小限制的邮件专用于测试。

需研发人员协助准备测试数据

5附录：

5.1测试结果表格

表格一：

测试项目

测试条件

1、待测项功能动行正确

2、后台数据正确

…

软件厂商

厂商英文缩写

测试环境

主机系统

数据库系统

开发平台

中间件

备注

测试人

监督

测试

表格二

并发

用户

数

平均响

应时间

（S）

最大响

应时间

（S）

最小响应时间

（S）

平均CPU

占用率（%）

最大CPU

占用率（%）

最小CPU

占用率（%）

平均有

效内存（K）

最大有

效内存（K）

最小有

效内存（K）

CPU

个数

（个）

总时

间（S）

等待

时间

限度

（S）

成功

事务

失败

事务