- 1、本文档共9页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
★精品文档★
负荷测试计划书
篇一:压力测试计划实例
利用现代的设计技术和正式的技术复审可以减少代码
中存在的初始错误,但是错误总是存在的,如果开发者找不
到错误,那么,客户就会找到它们。越来越多的软件组织认
识到软件测试是软件质量保证的重要元素之一,很多软件开
发组织将30%—40%甚至更多的项目资源用在测试上,软件测
试技术和软件测试策略受到了高度的重视和广泛的应用。
本文不想就软件测试技术和软件测试策略作深入的理
论分析,而是列举一个在软件系统测试阶段进行的压力测试
实例,希望能通过这个实例与从事软件测试相关工作的朋友
进行交流。
首先介绍一下实例中软件的项目背景,该软件是一个典
型的三层C/S架构的MIS系统(客户端/应用服务器/数据库
管),中间层是业务逻辑层,应用服务器处理所有的业务逻
辑,但应用服务器本身不提供负载均衡的能力,而是利用开
发工具提供的ORB(对象请求代理)软件保证多个应用服务
器间的负载均衡。本次测试的目的是:进行单个应用服务器
的压力测试,找出单个应用服务器能够支持的最大客户端
数。测试压力估算的依据是:假定在实际环中,用户只启用
一个应用服务器进行所有的业务处理。方法是:按照正常业
务压力估算值的1~10倍进行测试,考察应用服务器的运行
2016
1/9
★精品文档★
情况。
压力测试的详细计划如下:
压力测试计划
1、测试计划名称
河北省公安交通管理信息系统压力测试计划。
2、测试内容
2.1背景
本次测试中的压力测试是指模拟实际应用的软硬件环
境及用户使用过程的系统负荷,长时间运行测试软件来测试
被测系统的可靠性,同时还要测试被测系统的响应时间。用
户的实际使用环境:
由两台XSeries250PCServer组成的Microsoft
Cluster;
数据库管理系统采用Oracle8.1.6;
应用服务器程序和数据库管理系统同时运行在
MicrosoftCluster上。
有200个用户使用客户端软件进行业务处理,每年通
过软件进行处理的总业务量为:150万笔业务/年。
2.2测试项
应用服务器的压力测试;
2.3不被测试的特性
系统的客户端应用程序的内部功能;
2016
2/9
★精品文档★
数据库中的数据量对程序性能的影响。
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%
文档评论(0)