系统性能测试方案.doc

性能测试方案

目录

TOC\o1-3\h\z\u前言 2

1第一章XXX系统性能测试概述 2

1.1被测系统定义 2

功能简介 2

性能测试指标 2

1.2系统结构及流程 3

系统总体结构 3

功能模块 3

关键点描述〔KP〕 4

1.3性能测试环境 4

2第二章性能测试 5

2.1压力测试 5

压力测试概述 6

测试目的 6

测试方法及测试用例 6

测试指标及期望 7

测试数据准备 8

运行状况记录 8

3第三章测试过程及结果描述 8

3.1测试描述 8

3.2测试场景 9

3.3测试结果 9

4第四章测试报告 10

前言

系统已在成功上线，从而的业务信息管理逐步走上了集中管控的道路。由于密集整转在全市各点展开，从而将会势必出现业务系统中信息大量增长的态势。

随着业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击”，系统能稳定在什么样的性能水平，面临公司业务增加时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。

本《性能测试规划书》即是基于上述考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的系统的性能测试。

1第一章XXX系统性能测试概述

被测系统定义

XXX系统作为本次测试的被测系统〔注：以下所有针对被测系统地描述均为针对XXX系统进行的〕，XXX系统是由java编写的一个三层架构的应用软件，后台应用了Oracle10g数据库，该系统包括主要功能有:XXX等，在这些功能中都存在大数据量查询以及日报、周报、年报的统计，在本次测试中，将针对这些大数据量的查询、统计功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统的吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。

功能简介

主要功能上面已提到，由于本文档主要专注于性能在这里功能不再作为重点讲述。

性能测试指标

本次测试是针对XXX系统在应对密集整转的大压力下而进行的，主要需要获得如下的测试指标。

1、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。

2、应用系统的吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。

3、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端请求发起，到效劳器端应答返回所需要的时间，包括网络传输时间和效劳器处理时间。

4、应用系统的可靠性：即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内没有出错信息。

系统结构及流程

XXX系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。

系统总体结构

描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。

功能模块

本次性能测试中各类操作都是由假设干功能模块组成的，每个功能都根据其执行特点分成了假设干操作步骤，每个步骤就是一个功能点〔即功能模块〕，本次压力测试主要涉及的功能模块以及所属操作如下表业务流程

本次性能测试中，选择的各类交易的业务流程如下：

查询的业务流程只是单一步骤的，即：输入查询条件后获取查询结果，因此在本次性能测试中只作为一个事务处理。

关键点描述〔KP〕

本次性能测试的关键点，就是查看XXX系统在不同用户数量〔并发〕压力下的表现，即：支持的并发用户数目和并发用户发送频率，以及在较大压力下，系统的处理能力以及CPU、数据库I/O和内存的使用情况，并找出相应的性能瓶颈。

性能测试环境

本次性能测试环境与真实运行环境硬件和网络环境有所不同，是真实环境的缩小，数据库是真实环境数据库的一个复制〔或缩小〕，本系统采用标准的CS结构，客户端通过前台安装访问应用系统。

其中具体的硬件和网络环境如下：

中间件效劳器：Weblogic9

操作系统：Windows2003/Solaris10

网络环境：LAN〔10M〕

数据库：Oracle10gRAC

客户端：PC〔Windows〕

网络拓扑和结构图如下：

第二章性能测试

从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次XXX系统的性能测试主要是采用通常的压力测试