利用当代的计划技能和正式的技能复审可以镌汰代码中存在的初始错误，但是错误总是存在的，假如开辟者找不到错误，那么，客户就会找到它们。越来越多的软件构造认识到软件测试是软件质量包管的紧张元素之一，很多软件开辟构造将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测试环境预备
3.2.1根本硬件及软件环境的预备
1)网络环境：公司内部的以太网，与服务器的毗连速率为100M，与客户端的毗连速率为10/100M自顺应。
2)利用两台IBMXSeries250(1G内存)PCServer作MicrosoftCluster，安装体系软件Windows2000AdvanceServer及MicrosoftClusterServer(MSCS)。
3)数据库管理体系的安装及设置：在测试用的IBMXSeries服务器上安装Oracle8.1.6，数据库采取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.7.2不可预见题目
不可预见题目包罗：
◇测试环境被粉碎而导致测试无法举行;
◇当出现上述不可预见题目时，测试停止，就已完成的测试内容体例测试总结陈诉，并在陈诉中阐明测试停止的缘故起因。
3.8测试陈诉2002.06.21
测试总结陈诉提交日期：2002.06.21。
3.8.1应天生的测试文件
测试记录(测试负责人和参加测试的职员具名);
测试总结陈诉。
3.8.2测试总结陈诉中必须包罗的内容
被测试软件名称、测试项、测试环境;
被测试软件的压力测试结论：相应时间、最大/最小并发数、失败的次数、正常连续运行的最长/最短时间，并发数与失败的关系。
4、职员和职责
4.1职责
测试工程师：负责编写测试筹划，构造测试，对测试过程举行记录，网络、整理测试记录数据，对测试结果举行分析，编写测试总结陈诉。
软件工程师：负责编写、调试客户端测试软件;数据库管理体系的安装、ofs设置及体系的本底数据预备。
体系工程师：负责测试用的硬件维护及操纵体系安装、MSCS设置。
总工程师：负责对测试筹划及测试总结陈诉举行答应。
用户：须要时可参加测试，并提出具体的测试要求;可要求停息测试。
4.2职员和练习要求
本次测试无特别的职员及培训要求。
5、答应
本测试筹划必须颠末总工程师答应后才华开始实行。
CopyrightYourWebSite.SomeRightsReserved.
京ICP备2023016396号-1PoweredByESCLINK.
我要评论