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

1、.：.；XXX管理信息系统压力测试方案 TOC o 1-3 h z u HYPERLINK l _Toc230364210 1、测试方案称号 PAGEREF _Toc230364210 h 1 HYPERLINK l _Toc230364211 2、测试内容 PAGEREF _Toc230364211 h 1 HYPERLINK l _Toc230364212 2.1背景 PAGEREF _Toc230364212 h 1 HYPERLINK l _Toc230364213 2.2测试项 PAGEREF _Toc230364213 h 2 HYPERLINK l _Toc230364214 2

2、.3不被测试的特性 PAGEREF _Toc230364214 h 2 HYPERLINK l _Toc230364215 3、测试方案 PAGEREF _Toc230364215 h 2 HYPERLINK l _Toc230364216 3.1测试强度估算 PAGEREF _Toc230364216 h 2 HYPERLINK l _Toc230364217 3.2测试环境预备 PAGEREF _Toc230364217 h 3 HYPERLINK l _Toc230364218 3.3破坏性测试 PAGEREF _Toc230364218 h 4 HYPERLINK l _Toc2303

3、64219 3.4强度稳定性测试 PAGEREF _Toc230364219 h 4 HYPERLINK l _Toc230364220 3.5测试方法和工具 PAGEREF _Toc230364220 h 4 HYPERLINK l _Toc230364221 3.6测试时间方案 PAGEREF _Toc230364221 h 5 HYPERLINK l _Toc230364222 3.7测试中的问题及处置 PAGEREF _Toc230364222 h 5 HYPERLINK l _Toc230364223 3.8测试报告 PAGEREF _Toc230364223 h 5 HYPERLI

4、NK l _Toc230364224 4、人员和职责 PAGEREF _Toc230364224 h 6 HYPERLINK l _Toc230364225 4.1职责 PAGEREF _Toc230364225 h 6 HYPERLINK l _Toc230364226 4.2人员和训练要求 PAGEREF _Toc230364226 h 6 HYPERLINK l _Toc230364227 5、同意 PAGEREF _Toc230364227 h 6 1、测试方案称号 XXX管理信息系统压力测试方案。 2、测试内容 2.1背景该软件是一个典型的三层C/S架构的MIS系统客户端/运用效力器

5、/数据库管，中间层是业务逻辑层，运用效力器处置一切的业务逻辑，但运用效力器本身不提供负载平衡的才干，而是利用开发工具提供的ORB对象恳求代理软件保证多个运用效力器间的负载平衡。本次测试的目的是：进展单个运用效力器的压力测试，找出单个运用效力器可以支持的最大客户端数。测试压力估算的根据是：假定在实践环中，用户只启用一个运用效力器进展一切的业务处置。方法是：按照正常业务压力估算值的110倍进展测试，调查运用效力器的运转情况。本次测试中的压力测试是指模拟实践运用的软硬件环境及用户运用过程的系统负荷，长时间运转测试软件来测试被测系统的可靠性，同时还要测试被测系统的呼应时间。 用户的实践运用环境： 由两

6、台IBM XSeries250 PC Server组成的Microsoft Cluster； 数据库管理系统采用Oracle8.1.6； 运用效力器程序和数据库管理系统同时运转在Microsoft Cluster上。 有200个用户运用客户端软件进展业务处置，每年经过软件进展处置的总业务量为：150万笔业务/年。 2.2测试项 运用效力器的压力测试； 2.3不被测试的特性 系统的客户端运用程序的内部功能； 数据库中的数据量对程序性能的影响。 3、测试方案 3.1测试强度估算 测试压力估算时采用如下原那么： 全年的业务量集中在8个月完成，每个月20个任务日，每个任务日8个小时； 采用8020原理

7、，每个任务日中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

8、*20%*3600=2.60次/秒。 正常情况下，运用效力器处置恳求的才干应到达：3次/秒。 3.2测试环境预备 3.2.1根本硬件及软件环境的预备 1)网络环境：公司内部的以太网，与效力器的衔接速率为100M，与客户端的衔接速率为10/100M自顺应。 2)运用两台IBM XSeries2501G内存PC Server作Microsoft Cluster，安装系统软件 Windows 2000 Advance Server及Microsoft Cluster ServerMSCS。 3)数据库管理系统的安装及配置：在测试用的IBM XSeries效力器上安装Oracle8.1.6，数据 库采

9、用Oracle Fail Safeofs的Active/Passive配置。 安装数据库管理系统及支撑软件包括VisiBroker和BDE Administrator。 4)安装被测的运用效力器程序。 5)客户端的PC机：10台P600/128M RAM。 3.2.2系统客户端测试程序的编写，要求测试程序实现如下功能： 1)模拟一个主要的向运用效力器发送恳求并接纳呼应信息的功能。要求交替模拟两种情况：第一种，发送的恳求至少包括10个参数，参数类型涵盖字符、日期、数字种类型；接纳的 呼应信息不少于1个参数；第二种，发送的恳求不少于1个参数；接纳的呼应信息至少包括10个参数，参数类型涵盖字符、日期

10、、数字种类型。 2)必需可以经过参数设定在每台PC机上运转的客户端测试程序个数、恳求的时间间隔单位：毫秒、运转时间单位：小时。 3)在数据库中建立测试记录表，生成测试记录，向数据库写入测试记录的功能不经过被测的运用效力器实现。日志内容包括：发送测试恳求的机器名、客户端测试程序序号、发出恳求时间、收到呼应时间、处置能否胜利。表名：TEST_LOG，字段名：MACHINE、ID、START_TIME、END_TIME、FLAG。 3.2.3系统本底数据的预备 为调查系统运转一段时间后系统的呼应性能，参照实践运转情况及开展进展系统的本底数据预备。业务处置中涉及到的业务表中都要求按设计规模进展本底数据

11、的预备。要求预备的数据记录的有效性符合系统要求，数据有效性的详细要求参见数据库设计及系统设计文档。 3.3破坏性测试 按照设计衔接的客户端衔接数量进展测试，把运用效力器处置恳求的设计频度添加110倍，分别测试出现错误的形状和和出现错误的比率，调查能否出现不可恢复错误，系统设计要考 虑出现严重错误情况下负荷减轻错误自动恢复的实现方法。 方案时间：2天；这个时间包括破坏性的修复和自动恢复的实现需求的时间。 在测试过程中每10分钟记录一次IBM Xseries PC Server的内存及CPU运用情况，包括被测程序的内存占用百分比、数据库管理系统的内存占用百分比、操作系统的内存占用百分比。 3.4强

12、度稳定性测试 选择一种负荷比设计负荷重的情况运用效力器处置恳求的频度为运用效力器处置恳求的 设计频度的1.5倍，进展24小时稳定性测试。 3.5测试方法和工具 黑盒测试 测试工具：无外购的测试工具，本人编制的测试工具。 3.6测试时间方案 3.6.1环境预备：2天。 其中：根本硬件、软件环境及系统本底数据的预备：1天， 系统客户端测试程序的编写及测试：1天。 3.6.2破环性测试：2天。 3.6.3强度稳定性测试：1天。 3.7测试中的问题及处置 3.7.1暂停规范和再启动要求 暂停规范：被测试软件在强度稳定性测试中频繁出现异常每小时出现1次以上时。用户或公司要求暂停测试时。 再启动要求：经过

13、调试后，估计被测试软件的可靠性有所提高时，可再次启动测试。 3.7.2不可预见问题 不可预见问题包括： 测试环境被破坏而导致测试无法进展； 当出现上述不可预见问题时，测试终止，就已完成的测试内容编制测试总结报告，并在报告中阐明测试终止的缘由。 3.8测试报告 测试总结报告提交日期：XXXX-XX-XX 3.8.1应生成的测试文件 测试记录测试担任人和参与测试的人员签字； 测试总结报告。 3.8.2测试总结报告中必需包含的内容 被测试软件称号、测试项、测试环境； 被测试软件的压力测试结论：呼应时间、最大/最小并发数、失败的次数、正常延续运转的最长/最短时间，并发数与失败的关系。 4、人员和职责 4.1职责 测试工程师：担任编写测试方案，组织测试，对测试过程进展记录，搜集、整理测试记录数据，对测试结