压力测试计划实例

利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误，但是错误总

是存在的，如果开发者找不到错误，那么，客户就会找到它们。越来越多的软件组织认识到
软件测试是软件质量保证的重要元素之一，很多软件开发组织将

30%

—40%甚至更多的项

目资源用在测试上，软件测试技术和软件测试策略受到了高度的重视和广泛的应用。
　　本文不想就软件测试技术和软件测试策略作深入的理论分析，而是列举一个在软件系
统测试阶段进行的压力测试实例，希望能通过这个实例与从事软件测试相关工作的朋友进
行交流。
　　首先介绍一下实例中软件的项目背景，该软件是一个典型的三层

C/S 架构的 MIS 系统

(客户端/应用服务器/数据库管)，中间层是业务逻辑层，应用服务器处理所有的业务逻辑，
但应用服务器本身不提供负载均衡的能力，而是利用开发工具提供的

ORB(对象请求代理)

软件保证多个应用服务器间的负载均衡。本次测试的目的是：进行单个应用服务器的压力测
试，找出单个应用服务器能够支持的最大客户端数。测试压力估算的依据是：假定在实际环
中，用户只启用一个应用服务器进行所有的业务处理。方法是：按照正常业务压力估算值的
1~10 倍进行测试，考察应用服务器的运行情况。
　　压力测试的详细计划如下：
　　压力测试计划
　　

1、测试计划名称

　　河北省公安交通管理信息系统压力测试计划。
　　

2、测试内容

　　

2.1 背景

　　本次测试中的压力测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷，
长时
　　间运行测试软件来测试被测系统的可靠性，同时还要测试被测系统的响应时间。
　　用户的实际使用环境：
　　

◇由两台 IBM XSeries250 PC Server 组成的 Microsoft Cluster;

　　

◇数据库管理系统采用 Oracle8.1.6;

　　

◇应用服务器程序和数据库管理系统同时运行在 Microsoft Cluster 上。

　　

◇有 200 个用户使用客户端软件进行业务处理，每年通过软件进行处理的总业务量为 ：

150 万笔业务/年。
　　

2.2 测试项

　　应用服务器的压力测试

;

　　

2.3 不被测试的特性

　　

◇系统的客户端应用程序的内部功能;

　　

◇数据库中的数据量对程序性能的影响。

　　

3、测试计划

　　

3.1 测试强度估算