软件压力测试计划案例

发布日期：2010年12月21日 10:08

作者：不详

来源：领测测试网采编

阅读次数：257次

软件压力测试计划实例

现代设计技术和正式的技术审查可以减少代码中的初始错误，但难以完全避免错误。因此，越来越多的软件组织意识到软件测试是保证软件质量的重要元素之一。许多软件开发组织将30%—40%甚至更多的项目资源用于测试上。在软件测试技术和策略成为重要关注点的情况下，本文提供了一个软件系统测试阶段进行的压力测试实例，旨在与从事软件测试相关工作的朋友进行交流。

项目背景：

该软件是一个典型的三层c/s架构的mis系统(客户端/应用服务器/数据库管)，中间层是业务逻辑层，应用服务器处理所有的业务逻辑，但应用服务器本身不提供负载均衡的能力，而是利用开发工具提供的ORB(对象请求代理)软件保证多个应用服务器间的负载均衡。本次测试的目的是进行单个应用服务器的压力测试，找出单个应用服务器能够支持的最大客户端数。

测试目的：

进行单个应用服务器的压力测试，找出单个应用服务器能够支持的最大客户端数。测试压力估算的依据是假定在实际环境中，用户只启用一个应用服务器进行所有的业务处理。方法是按照正常业务压力估算值的1~10倍进行测试，考察应用服务器的运行情况。

压力测试计划：

1、测试计划名称

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

2、测试内容

2.1背景

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

用户的实际使用环境： - 由两台IBM xseries250 PC服务器组成的Microsoft集群； - 数据库管理系统采用Oracle8.1.6； - 应用服务器程序和数据库管理系统同时运行在Microsoft集群上； - 有200个用户使用客户端软件进行业务处理，每年通过软件进行处理的总业务量为150万笔/年。

2.2测试项

应用服务器的压力测试。

2.3不被测试的特性

- 系统的客户端应用程序的内部功能； - 数据库中的数据量对程序性能的影响。

3、测试计划

3.1测试强度估算

测试压力估算时采用如下原则： - 全年的业务量集中在8个月完成，每个月20个工作日，每个工作日8个小时； - 采用80—20原理，每个工作日中80%的业务在20%的时间内完成，即每天80%的业务在1.6小时内完成。

以上即为压力测试的详细计划。