性能测试计划web模板

网站稿件管理发布系统

1.1文档目的

说明测试方案中所涉及内容的简单介绍，包含：编写目的、项目背景、参考文档、测试点选取，场景设计等…

1.2参考文献

《网站稿件管理发布系统软件需求规格说明书》

1.3编写目的

    从文档描述网站稿件管理发布系统性能测试的范围、方法、资源、进度，作为网站稿件管理发布系统性能测试的依据，该文档的目的主要有：

1、明确测试范围、测试对象

2、明确测试目标

3、明确测试环境需求，包括：测试需要的软、硬件环境以及测试人力需求

4、确定测试方案，测试的方法和步骤

5、指定测试工作的时间安排

6、分析测试的风险，寻找规避办法

7、确定测试需求输出的结果和结果表现形式

2.软件概述

2.1项目介绍

系统特点

✓本系统是一个网站稿件管理发布系统，包括稿件管理和文档上传下载两个主要功能模块。

✓网站编辑用户可以提交稿件，稿件经过批准后可以在网站上发布。

✓查询稿件可以执行标题检索、全文检索等。

✓文档上传下载功能可以管理和共享Word文档。

2.2运行环境

✓服务器设备

CPU主频1GHz以上，内存1GB以上，硬盘自由空间1GB以上。

✓支持软件

操作系统：Windows2003 Server或Windows XP

数据库服务器：MySQL-5.1.28

应用服务器：Tomcat6.0

Java：JDK1.6.0_07

应用软件：Liferay Portal 5.1.1

浏览器：IE6+sp2

Word：office 2000或office XP或office 2003

2.3项目流程

3.测试资源

3.1软硬件配置

性能测试环境（包括测试工具环境）的硬件和软件配置如下表所示：

在测试工作量估算数据的基础上，考虑现有的资源情况，对资源进行具体安排，根据项目整体进度计划，列出进度表，即是谁在什么时间内完成什么任务

6.1暂停准则：

核心系统和前置系统应用软件通过系统功能测试；

测试环境已经准备完毕，包括：

⏹核心系统和前置系统应用系统已安装完毕

⏹基础数据以及测试数据已经导入核心系统主机数据库

⏹LoadRunner压力产生器及控制台机器已经准备完毕

测试工具LoadRunner及所需要的License已准备好

测试脚本、测试场景已经准备完毕

以上条件，必须全部满足才能开始性能测试执行。

6.2暂停/再启动的准则

6.2.1暂停准则：

测试汇总发现问题，需要网站稿件管理发布系统修改代码，或者需要更换应用服务器

测试环境受到干扰，比如服务器被临时征用，或服务器的其他使用会对测试结果造成干扰

6.2.2再启动准则

测试中发现问题得以解决

测试环境恢复正常

6.3测试退出准则

满足下列条件之一时，可以结束性能测试执行：

⏹压到预定最大并发用户数，系统性能能够满足预期测试指标要求；

⏹到计划结束日期，压到预定最大并发用户数，经过系统调优，系统性能仍然无法满足预期测试指标要求，但已经无法再实施调优。

7.性能测试目标要求

7.1性能测试指标

本次性能测试需要测试的性能指标包括： 

1、交易响应时间：核心系统处理交易的平均响应时间

2、交易吞吐量：后台主机每秒能够处理的交易笔数（TPS）

3、并发交易成功率

4、批处理效率

5、资源使用指标：前置和核心系统各服务器CPU占用率、内存占用率、I/O占用率；LoadRunner压力产生器CPU占用率、内存占用率

7.2交易响应时间

本次性能测试中的交易响应时间是指在一定的负载压力下，由前置系统记录和进行统计分析的、核心系统处理交易的响应时间，用一定时间段内的统计平均值ART来表示。

本次性能测试中，对所有非批量联机交易的ART指标要求为：

ART ≤ 5秒

7.3交易吞吐量

根据统计数据，网站稿件管理核心系统当前生产环境高峰日交易总量为7500笔。根据二八原则（80%的交易量发生在20%的时间段内），当前生产环境对主机的交易吞吐量指标要求为：

TPS_1 ≥ 10000(交易) * 80%(交易量) / (24(小时) * 20% * 3600(1小时60分钟*1分钟60秒)) = 0.34 笔/秒  17280

根据规划，网站稿件管理系统未来1年内核心系统的处理能力应达到高峰日交易总量10000笔，则3年后对主机的交易吞吐量指标要求为：

TPS_2 ≥ 10000 * 80% / (24 * 20% * 3600) = 0.46 笔/秒

为获取核心系统主机的最大处理能力，在本次性能测试中可通过不断加压，让核心系统主机CPU利用率达到85%，记录此时的TPS值，作为新主机处理能力的一个参考值。

为模拟生产上核心主机的异常情况，通过不断加压，让核心系统主机CPU利用率达到接近100%，观察核心系统的工作情况，记录TPS值。

7.4并发交易成功率

指测试结束时成功交易数占总交易数的比率。交易成功率越高，系统越稳定。

对典型交易的场景测试，要求其并发交易成功率 ≥ 99% 。

7.5资源使用指标

在正常的并发测试和批处理测试中，核心系统各服务器主机的资源使用指标要求：

CPU使用率 ≤ 80%

内存使用率 ≤ 80%

I/O使用率 ≤80%

8.测试策略

8.1基准测试

在测试环境经过确认，脚本预验证之后对本次测试涉及的全部联机交易做基准测试。目的是验证测试脚本及后台环境、初步检查交易本身是否存在性能缺陷。 

目的：是获取单用户执行时的各项性能指标，为多用户并发和混合场景的性能测试分析提供参考依据；

8.2并发测试

并发测试是指并发不同数目的虚拟用户执行检查点操作，目的是对检查点进行压力加载测试。预测系统投入使用后在一定用户压力情况下的系统响应时间,根据此响应时间分析、确定系统存在的性能瓶颈，为系统的优化和调整提供依据。

8.3递增测试

递增测试是指每隔一定时间段（如5秒、10秒）并发不同数目的虚拟用户执行检查点操作，对检查点进行递增用户压力加载测试，从而模拟系统真实的使用情景，使用户预知系统投入使用后的性能水平。

8.4综合场景测试

通过对系统体系机构和功能模块的分析以及对系统用户的分布和使用频率的分析，来构造系统综合场景的测试模型，模拟不同用户执行不同操作，如10%的用户执行登录操作，50%的用户执行查询操作，40%的用户执行上传文档操作，最大限度地模拟系统的真实场景，使用户预知系统投入使用后的真实性能水平。从而，对系统做出相应的优化及调整，避免实际情况中出现系统长时间不响应及崩溃的情况。

8.5疲劳强度测试

疲劳强度测试是指对系统核心功能点进行疲劳强度测试，即用系统稳定运行情况下能够支持的最大并发用户数，持续执行一段业务时间（如48小时），记录交易平均响应时间，交易正确率，应用服务器和数据库服务器CPU利用率、内存使用情况等参数，考察应用服务器和数据库服务器是否出现宕机、内存泄漏等情况。该测试通常需要和场景测试进行结合，从而可以最大限度地模拟真实环境下，系统长时间连续运行条件下，系统是否能够保持在稳定运行状态。

9.测试用例开发

根据测试范围规定的内容，逐条设计测试需求及完成该测试需求的测试过程、测试条件，构造本次测试的测试用例，编写决策树。

10.1测试方法

使用一个Vuser，分别运行每个交易的脚本，设置脚本的迭代次数n次，验证所有脚本是否运行正确、所有交易事务是否成功返回，并获取每个交易的平均交易响应时间ATR(Average Transaction Response Time)。

10.2测试场景

11.1测试方法

使用10个Vuser，分别为每个交易执行并发，验证所有脚本是否运行正确、所有交易事务是否成功返回，并获取每个交易的平均交易响应时间ATR(Average Transaction Response Time)。

11.2测试综合场景

11.3测试方法

使用20个Vuser，分别为每个交易执行并发，验证所有脚本是否运行正确、所有交易事务是否成功返回，并获取每个交易的平均交易响应时间ATR(Average Transaction Response Time)。

11.4测试场景

制作单个交易的性能测试脚本，将同一模块内功能相近的脚本放在同一个测试场景中，并发用户数为50，平均设定每个交易的比例，设定负载序列，按照负载序列逐渐增加并发用户数。

使用50用户系统稳定运行的情况下，以一定的负载压力来长时间运行系统的测试，主要目的是确定被测系统系统长时间处理较大业务量时的性能，获取响应时间和服务器各项资源。