性能测试真实案例计划实践记录

作者：管理员发布时间：[ 2010/2/20 17:07:24 ] 推荐标签：

3.测试计划

3.1测试强度估算

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

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

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

测试压力的估算结果：

去年全年处理业务约100万笔，其中15%的业务处理每笔业务需对应用服务器提交7次请求；

70%的业务处理每笔业务需对应用服务器提交5次请求；其余15%的业务每笔业务向应用服务器提交3次请求。根据以往统计结果，每年的业务增量为15%，考虑到今后三年业务发展的需要，测试需按现有业务量的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基本硬件及软件环境的准备

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

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

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

4)安装被测的应用服务器程序。

5)客户端的PC机：10台（PⅢ600/128M RAM）。

3.2.2系统客户端测试程序的编写系统客户端测试程序使用Delphi编写，要求测试程序实现如下功能：
1)模拟一个主要的向应用服务器发送请求并接收响应信息的功能。要求交替模拟两种情况：第一种，发送的请求至少包括10个参数，参数类型涵盖字符.日期.数字种类型；接收的响应信息不少于1个参数；第二种，发送的请求不少于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测试方法和工具

黑盒测试

测试工具：无外购的测试工具，自己编制的测试工具。

3.6测试时间计划