压力测试实例

压力测试实例利用现代的设计技术和正式的技术复审能够减少代码中存在的初始错误，可是错误老是存在的,假如开发者找不到错误，那么，客户就会找到它们。愈来愈多的软件组织认识到软件测试是软件质量保证的重要元素之一，好多软件开发组织将30％—40%甚至更多的项目资源用在测试上，软件测试技术和软件测试策略遇到了高度的重视和宽泛的应用.本文不想就软件测试技术和软件测试策略作深入的理论剖析，而是列举一个在软件系统测试阶段进行的压力测试实例，希望能经过这个实例与从事软件测试有关工作的朋友进行沟通。第一介绍一下实例中软件的项目背景，该软件是一个典型的三层C/S架构的MIS系统（客户端/应用服务器/数据库管），中间层是业务逻辑层，应用服务器办理全部的业务逻辑，但应用服务器自己不供给负载平衡的能力,而是利用开发工具供给的ORB(对象恳求代理）软件保证多个应用服务器间的负载平衡。本次测试的目的是：进行单个应用服务器的压力测试，找出单个应用服务器能够支持的最大客户端数。测试压力估量的依照是：假设在实质环中，用户只启用一个应用服务器进行全部的业务办理。方法是：依照正常业务压力估量值的1～10倍进行测试，观察应用服务器的运转状况。压力测试的详尽计划以下:压力测试计划1、测试计划名称河北省公安交通管理信息系统压力测试计划。2、测试内容2。1背景本次测试中的压力测试是指模拟实质应用的软硬件环境及用户使用过程的系统负荷，长时软件来测试被测系统的靠谱性,同时还要测试被测系统的响应时间。

间运转测试用户的实质使用环境：由两台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测试环境准备基本硬件及软件环境的准备1）网络环境:企业内部的以太网，与服务器的连结速率为

100M，与客户端的连结速率为

10/100M

自适应。2）使用两台IBMXSeries250（1G内存）PCServer作MicrosoftCluster，安装系统软件Windows2000AdvanceServer及MicrosoftClusterServer（MSCS）。3）数据库管理系统的安装及配置：在测试用的IBMXSeries服务器上安装，数据库采纳OracleFailSafe（ofs)的Active/Passive配置.安装数据库管理系统及支撑软件（包含VisiBroker和BDEAdministrator)。4）安装被测的应用服务器程序。5）客户端的PC机：10台（PⅢ600/128MRAM）.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分钟记录一次IBMXseriesPCServer的内存及CPU使用状况，包含被测程序的内存占用百分比、数据库管理系统的内存占用百分比、操作系统的内存占用百分比。3。4强度稳固性测试选择一种负荷比设计负荷重的状况(应用服务器办理恳求的频度为应用服务器办理恳求的设计频度的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次以上)时。用户或企业要求暂停测试时.再启动要求：经过调试后，估计被测试软件的靠谱性有所提升时，可再次启动测试。不行预示问题不行预示问题包含：测试环境被损坏而致使测试没法进行；当出现上述不行预示问题时，测试停止,就已达成的测试内容编制测试总结报告,并在报告中说明测试停止的原由。3.8测试报告测试总结报告提交日期：2002。06。21。3。8。1应生成的测试文件测试记录(测试负责人和参加测试的人员署名）；测试总结报告。3。8.2测试总结报告中一定包含的内容被测试软件名称、测试项、测试环境；被测试软件的压力测试结论：响应时间、最大/最小并发数、失败的次数、正常连续运转的最长/最短时间，并发数与失败的关系。4、人员和职责4.1职责测试工程师：负责编写测试计划，组织测试，对测试过程进行记录，采集、整理测试记录数据，对测试结果进行剖析，编写测试总结报告。软件工程师：负责编写、调试客户端测试软件；数据库管