利用现代设计技术和正式技术复审可以减少代码中存在但是总是存在如果开发者找不到那么客户就会找到它们越来越多软件Software组织认识到软件Software测试是软件Software质量保证重要元素的很多软件Software开发组织将30%—40%甚至更多项目资源用在测试上软件Software测试技术和软件Software测试策略受到了高度重视和广泛应用

　　本文不想就软件Software测试技术和软件Software测试策略作深入理论分析而是列举个在软件Software系统测试阶段进行压力测试例子希望能通过这个例子和从事软件Software测试相关工作朋友进行交流

　　首先介绍下例子中软件Software项目背景该软件Software是个典型 3层C/S架构MIS系统(客户端/应用服务器/数据库管)中间层是业务逻辑层应用服务器处理所有业务逻辑但应用服务器本身不提供负载均衡能力而是利用开发工具提供ORB(对象请求代理)软件Software保证多个应用服务器间负载均衡本次测试目是:进行单个应用服务器压力测试找出单个应用服务器能够支持最大客户端数测试压力估算依据是:假定在实际环中用户只启用个应用服务器进行所有业务处理思路方法是:按照正常业务压力估算值1~10倍进行测试考察应用服务器运行情况

　　压力测试详细计划如下:

　　压力测试计划

　　1、测试计划名称

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

　　2、测试内容

　　2.1背景

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

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

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

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

　　◇有200个用户使用客户端软件Software进行业务处理每年通过软件Software进行处理总业务量为:150万笔业务/年

　　2.2测试项

　　应用服务器压力测试；

　　2.3不被测试特性

　　◇系统客户端应用内部功能；

　　◇数据库中数据量对性能影响

　　3、测试计划

　　3.1测试强度估算

　　测试压力估算时采用如下原则:

　　◇全年业务量集中在8个月完成每个月20个工作日每个工作日8个小时；

　　◇采用80—20原理每个工作日中80%业务在20%时间内完成即每天80%业务在1.6小时内完成；

　　测试压力估算结果:

　　去年全年处理业务约100万笔其中15%业务处理每笔业务需对应用服务器提交7次请求；70%业务处理每笔业务需对应用服务器提交5次请求；其余15%业务每笔业务向应用服务器提交3次请求根据以往统计结果每年业务增量为15%考虑到今后 3年业务发展需 要测试需按现有业务量2倍进行

　　每年总请求数量为:(100*15%*7+100*70%*5+100*15%*3)*2=300万次/年

　　每天请求数量为:300/160=1.875万次/天

　　每秒请求数量为:(18750*80%)/(8*20%*3600)=2.60次/秒

　　正常情况下应用服务器处理请求能力应达到:3次/秒

　　3.2测试环境准备

　　3.2.1基本硬件及软件Software环境准备

　　1)网络环境:公司内部以太网和服务器连接速率为100M和客户端连接速率为10/100M自适应

　　2)使用两台IBM XSeries250(1G内存)PC Server作Microsoft Cluster安装系统软件Software Windows 2000 Advance Server及Microsoft Cluster Server(MSCS)

　　3)数据库管理系统安装及配置:在测试用IBM XSeries服务器上安装Oracle8.1.6数据 库采用Oracle Fail Safe(ofs)Active/Passive配置 安装数据库管理系统及支撑软件Software(包括VisiBroker和BDE Administrator)

　　4)安装被测应用服务器

　　5)客户端PC机:10台(PⅢ600/128M RAM)

　　3.2.2系统客户端测试编写系统客户端测试使用Delphi编写要求测试实现如下功能:

　　1)模拟个主要向应用服务器发送请求并接收响应信息功能要求交替模拟两种情况:第种发送请求至少包括10个参数参数类型涵盖、日期、数字种类型；接收 响应信息不少于1个参数；第 2种发送请求不少于1个参数；接收响应信息至少包括10个参数参数类型涵盖、日期、数字种类型

　　2)必须能够通过参数设定在每台PC机上运行客户端测试个数、请求时间间隔(单位:毫秒)、运行时间(单位:小时)

　　3)在数据库中建立测试记录表生成测试记录向数据库写入测试记录功能不通过被测应用服务器实现日志内容包括:发送测试请求机器名、客户端测试序号、发出请求时间、收到响应时间、处理是否成功表名:TEST_LOG字段名:MACHINE、ID、START_TIME、END_TIME、FLAG

　　3.2.3系统本底数据准备

　　为考察系统运行段时间后系统响应性能参照实际运行情况及发展进行系统本底数据准备业务处理中涉及到业务表中都要求按设计规模进行本底数据准备要求准备数据记录有效性符合系统要求数据有效性具体要求参见数据库设计及系统设计文档

　　3.3破坏性测试

　　按照设计连接客户端连接数量进行测试把应用服务器处理请求设计频度增加1－10倍分别测试出现状态和和出现比率考察是否出现不可恢复系统设计要考 虑出现严重情况下负荷减轻自动恢复实现思路方法

　　计划时间:2天；这个时间包括破坏性修复和自动恢复实现需要时间

　　在测试过程中每10分钟记录次IBM Xseries PC Server内存及CPU使用情况包括被测内存占用百分比、数据库管理系统内存占用百分比、操作系统内存占用百分比

　　3.4强度稳定性测试

　　选择种负荷比设计负荷重情况(应用服务器处理请求频度为应用服务器处理请求 设计频度1.5倍)进行24小时稳定性测试

　　3.5测试思路方法和工具

　　黑盒测试

　　测试工具:无外购测试工具自己编制测试工具