情绪管理管理信息系统压力测试计划最全版Word文档下载推荐.docx

情绪管理管理信息系统压力测试计划最全版Word文档下载推荐.docx

《情绪管理管理信息系统压力测试计划最全版Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《情绪管理管理信息系统压力测试计划最全版Word文档下载推荐.docx（6页珍藏版）》请在冰豆网上搜索。

3.7测试中的问题及处理5

3.8测试报告5

4、人员和职责6

4.1职责6

4.2人员和训练要求6

5、批准6

1、测试计划名称

XXX管理信息系统压力测试计划。

2、测试内容

2.1背景

该软件是壹个典型的三层C/S架构的MIS系统（客户端/应用服务器/数据库管），中间层是业务逻辑层，应用服务器处理所有的业务逻辑，但应用服务器本身不提供负载均衡的能力，而是利用开发工具提供的ORB（对象请求代理）软件保证多个应用服务器间的负载均衡。

本次测试的目的是：

进行单个应用服务器的压力测试，找出单个应用服务器能够支持的最大客户端数。

测试压力估算的依据是：

假定在实际环中，用户只启用壹个应用服务器进行所有的业务处理。

方法是：

按照正常业务压力估算值的1~10倍进行测试，考察应用服务器的运行情况。

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

用户的实际使用环境：

◇由俩台IBMXSeries250PCServer组成的MicrosoftCluster；

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

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

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

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%，考虑到今后三年业务发展的需要，测试需按现有业务量的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）网络环境：

X公司内部的以太网，和服务器的连接速率为100M，和客户端的连接速率为10/100M自适应。

2）使用俩台IBMXSeries250（1G内存）PCServer作MicrosoftCluster，安装系统软件

Windows2000AdvanceServer及MicrosoftClusterServer（MSCS）。

3）数据库管理系统的安装及配置：

在测试用的IBMXSeries服务器上安装Oracle8.1.6，数据库采用Oracle

FailSafe（ofs）的Active/Passive配置。

安装数据库管理系统及支撑软件（包括VisiBroker和BDE

Administrator）。

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

5）客户端的PC机：

10台（PⅢ600/128MRAM）。

3.2.2系统客户端测试程序的编写，要求测试程序实现如下功能：

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分钟记录壹次IBMXseriesPC

Server的内存及CPU使用情况，包括被测程序的内存占用百分比、数据库管理系统的内存占用百分比、操作系统的内存占用百分比。

3.4强度稳定性测试

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

3.5测试方法和工具

黑盒测试

测试工具：

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

3.6测试时间计划

3.6.1环境准备：

2天。

其中：

基本硬件、软件环境及系统本底数据的准备：

1天，

系统客户端测试程序的编写及测试：

1天。

3.6.2破环性测试：

3.6.3强度稳定性测试：

3.7测试中的问题及处理

3.7.1暂停标准和再启动要求

暂停标准：

被测试软件在强度稳定性测试中频繁出现异常（每小时出现1次之上）时。

用户或X公司要求暂停测试时。

再启动要求：

通过调试后，预计被测试软件的可靠性有所提高时，可再次启动测试。

3.7.2不可预见问题

不可预见问题包括：

◇测试环境被破坏而导致测试无法进行；

◇当出现上述不可预见问题时，测试终止，就已完成的测试内容编制测试总结报告，且在报告中说明测试终止的原因。

3.8测试报告

测试总结报告提交日期：

XXXX-XX-XX

3.8.1应生成的测试文件

测试记录（测试负责人和参和测试的人员签字）；

测试总结报告。

3.8.2测试总结报告中必须包含的内容

被测试软件名称、测试项、测试环境；

被测试软件的压力测试结论：

响应时间、最大/最小且发数、失败的次数、正常连续运行的最长/最短时间，且发数和失败的关系。

4、人员和职责

4.1职责

测试工程师：

负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。

软件工程师：

负责编写、调试客户端测试软件；

数据库管理系统的安装、配置及系统的本底数据准备。

系统工程师：

负责测试用的硬件维护及操作系统安装、MSCS配置。

总工程师：

负责对测试计划及测试总结报告进行批准。

用户：

必要时可参加测试，且提出具体的测试要求；

可要求暂停测试。

4.2人员和训练要求

本次测试无特别的人员及培训要求。

5、批准

本测试计划必须经过总工程师批准后才能开始实施。