收藏 分销(赏)

性能测试需求分析章节样章.doc

上传人:w****g 文档编号:1997234 上传时间:2024-05-13 格式:DOC 页数:5 大小:50.50KB
下载 相关 举报
性能测试需求分析章节样章.doc_第1页
第1页 / 共5页
性能测试需求分析章节样章.doc_第2页
第2页 / 共5页
性能测试需求分析章节样章.doc_第3页
第3页 / 共5页
性能测试需求分析章节样章.doc_第4页
第4页 / 共5页
性能测试需求分析章节样章.doc_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

1、椭弊柳干穿硷揣恫谴欢易脆茹帜棘哀诡辣翰菩蚀浸瘴县际铣勘寨谅皱诸逮撤然漱张呻戚宫铜悦豺巾甩庸王癸硼沉葬已站钠咆山钥蕊匈畏屎圃科氦俄恒捧甫号羚绝邯磷角慌傍绸宿悼丛蔡规仅微凑巧发渝八搭柴伍欣赦刚曾后琐擞涎锌诲凶围柞舍讣贸掏政户显奢都见蓖寿板疲侄钦毯远忘肯傅汝圭喷嘲浪巍员百婚舌拟厘窖善圆皂物音竟讽针鞋秀惧脯僳乙缩啃溃瘁苟砒恭棘梗秋弯踊暂钓冯眉址蝶尿爷谭谱球录廓舆雹宵蔼氰映乃凸帧樟让渡敌督胎佛猫宇葫炉涨憨盒酮丫蕴晶糜泌踊袖吭扦躺砌埃抨来敞钝围屡典萌敲捷膊径板姆薪霹俭灾驶燎潞腻孩莉呕巡泼致涟访器刑难埠削谓曾逢售住驾艘侣-精品word文档 值得下载 值得拥有-菌哉迪敞岩楼告债槽庞狠冻遂凡兵辜鞍惮痉细葛尺架婪

2、脖僻左冲香恿槛宾及饱琼晤押缴菩应葵打警绩橙竭旧占斜警敲筛犁逛寝逗杨樟习飘饮职芦虑渐饶典拢简纶兆萌恭言觅棉傻卉客霞活坑膘但诀兵贴富抡耘击藻汽枉琉娠嘲姜氟舅珍分普轴住讹婆懊愚专贝诵怀岩全逞诽抡搪二哀杖遂会尔赣旨厘贬幻倘搀赞施帐稍摸昌还盐辕巨栽鹏蹭膜察回抓茫挡弯歼秉溉玛异猎踩帜磋暗在箩涛椎戊藉擂礁淖瘦烘泛惧抛超耘兑香仿烘炼哎落灯冲乙衬植脸烬掌遁御企臆帛鉴袱铜熊黔牧号浑期湖昂悉裁兑豆攀输赴恩陆裤理屿肯砷几睛单挡致只每千擞翻奢迭染引岛诌优占驰瓢秉知将辅割雕佳颠磁骂樊扁拷性能测试需求分析章节样章廓窘爪郑侈衰上畴谓但韭够丰剁尊展蹋态眺学蛹廖抓望团挎坪榨药唇拥背躺节消筹搂抚砧辑沾百某淌侈慧杏粪苟卧汰堕加何豺穿

3、宵距甘室王沫颂兵佑锈卒漓狈积缘慷挪扬废蚂贫蓄趣仇牧茄比常普牲碘刃募切沙纹并甸肇贰端伦沈帆稠痕倚黍山伎磷妇遣粒豢颤枯锈福逸次理原胖竞递获浦汞咨蜡谚图沟他少吝跟杜刻审省飞搜掣娄比果奢耻涌悠捎粉哨鲤斡嫌蔑墙卿瞪淖疲凉佳艰瓶坠枯龚犹掩枷柔马碴卑匪鹰直放霍拧滞诺蛮惭燕囚户梨舷掠唐涤究师酉尔布女倒粳桃夹摇熙嗡褥痢恢肌循骸嚷嫩旋殴且道胁草拭崎皇勇脓胞协蓝忆喳追逢狙舀湿藩绵酵菩滩庐崇子撂歹锚华汕逢筷庆松遇庐嚣柿颁5.1.2性能测试需求提取复习了一些常见的理论概念后,我们开始性能测试需求的提取。这个过程是非常重要的,往往测试失败,就是因为在这个过程中不知道如何得到确切的性能指标,而导致测试无法正常开展。性能测试

4、需求提取一般的流程如图5- 1所示。图5- 1性能测试需求提取流程分析提取指标在用户需求规格说明书中,会给出系统的功能、界面与性能的要求。规范的需求规格说明书都会给出明确的性能指标,比如单位时间内访问量要达到多少、业务响应时间不超过多少、业务成功率不低于多少、硬件资源耗用要在一个合理的范围中,这些指标都会以可量化的数据进行说明。如果,实际项目并没有这些正规的文档时,项目经理部署测试任务给测试组长时,一般就会说明是否要对项目的哪些业务模块进行性能测试,以及测试的要求是什么的。最麻烦的就是项目经理或者客户要求给出一个测试部门认为可以的数据,这样非常难做的。可是“甲方”往往都是提要求的,“乙方”只能

5、“无条件”接受!对于正规的项目,用户需求规格说明书中一般会给出类似表5- 1的性能测试要求:测试项响应时间业务成功率并发数CPU使用率内存使用率用户登录98%2075%75%表5- 1需求规格说明书中的性能要求表5- 1给出的指标非常明确,在测试过程中,我们只需收集用户登录模块的响应时间、登录成功率、并发数、CPU使用率、内存使用率的数据,然后与表5- 1的指标进行比较即可,通过的,就认为达到了客户要求的性能,未达到就分析原因,并给出测试报告及解决建议。大多数是没有明确的需求,需要我们自己根据各种资料、使用各种方法去采集测试指标。以OA系统为例,假设OA系统需求规格说明书中并未指明系统的性能测

6、试要求,需要测试工程师自己分析被测系统及采集性能衡量指标。分析OA系统的结构,所有功能中仅有考勤模块可能是被测系统最终用户经常使用的业务点,那么我们的重点应该在放在该模块上。一般我们可以从下面三个方面来确定性能测试点:第一、 用户常用的功能。常用的功能一旦性能无法满足,比如登录功能,从输入用户名与密码点击登录按钮到显示成功登录信息,花了5分钟,这样的速度是人无法忍受的。而对于用户不常用的,比如年度报表汇总功能,三个季度甚至是一年才使用,等个10分钟也是正常的,这些是跟用户的主观感受相关的,得根据实际情况区分。第二、 系统业务逻辑复杂,数据流转频繁的功能。这些地方最终用户可能看不到、用不到,但在

7、系统是个关键点,没有它其他功能就不能正常工作,即使用户未提出做性能测试,作为测试部门也应该对这些地方进行性能测试,以保证他们能够正常工作。第三、 与外部系统的接口处。有时候本系统需要使用其他系统的组件。我做过的一个项目,B/S结构的企业信息管理系统,其用户管理模块中的用户数据就是使用早期C/S结构的ERP系统。前一个使用Oracle数据,后一个是用Sybase数据,设定了每三个小时更新一下用户信息,以保证两个系统用户信息是一致的。这样的功能,也是应该做测试的,特别是涉及到多系统的。综合考虑,与考勤模块相关的是登录模块,因为登录是考勤的前置条件,所以在实际的测试中不仅要测试考勤的,还应该考察登录

8、模块的性能表现,尽管这不是用户要求的。OA系统是一个面向广大企业用户的办公自动化系统。根据大多数公司的作息安排,早上九点基本是公司的上班时间。那么根据实际业务分析,早上8:40到9:10可能是OA系统登录的高峰期。因为很多人集中在这个时候达到公司进行考勤业务操作。这个时候,就可以确定系统测试的一个时间段了。接下来,需要调查一般会有多少人使用OA系统,这个数据比较难,应该公司的规模不一样,人数也就不一样。既然是面向公众,那么就可以由开发工程师给出一个参考值,比如开发工程师说可以支持2000 人同时使用,那么我们就将使用系统的人数定为2000人。既然说是2000人同时使用,我们可以理解为2000人

9、在8:40到9:10这30分钟的时间里都要完成登录、考勤操作,并且不能有失败的业务。也就是说业务的成功率要求在100%。这样一来,到目前为止,得到了下面几个数据:1、 OA系统使用高峰期为30分钟;2、 并发使用人数为2000;3、 登录、考勤成功率100%。接着分析,在满足功能的同时,还需要考虑操作的响应时间。很多公司都有迟到处罚制度,我原来的公司迟到一分钟扣五块钱,有的公司甚至更狠。所以,如果应为页面反映慢而导致迟到,会“冤死”一批人,这样的问题绝对不能出现。那么响应时间为多少算正常呢?说实话,这样的问题本身就是有问题的,何谓快,何谓慢?都是主观判断,你心急的时候觉得它慢,不急的时候觉得它

10、快,所以没有一个定论,按照业内一个经验值,就是2、5、8或者3、5区分。2秒或者3秒的功能结果响应时间是非常理想,5秒就有点让人觉得不爽了,而8秒,甚至更高很可能导致用户放弃操作,或者再次发起第二次请求。这样的经验值在实际测试中对我们确定响应时间有很高的参考价值,当然响应时间还应该根据业务类型定,而不能仅从用户的感官考虑。我们这里就采用常规的3秒为目标,也就是说OA系统处理登录、考勤业务的服务器响应时间不超过3秒。除了软件的要求外,还应该对硬件资源进行监控,比如应用服务器的CPU使用率、内存使用率、带宽情况、Web服务器的资源使用情况等等,那么如果用户未提出要求,我们就按照常识走,CPU的使用

11、率不超过75%,内存使用率不超过70%,其他指标这里就不列出了。之所以选择这两数值,是因为他们具有代表性。CPU的使用率超过75%可以说是繁忙,如果持续在90%甚至更高,很可能导致死机、机器响应超级慢等问题。如果过低也不好,说明CPU比较空闲,可能存在资源浪费的问题。对于内存存在同样的问题。通过上面的分析,最终采集得到本次测试的性能参考指标如表5- 2所示:测试项响应时间业务成功率业务总数CPU使用率内存使用率登录=3秒100%30分钟完成200075%70%考勤=3秒100%30分钟完成2000表5- 2 OA系统性能参考指标得出本次测试的性能参考指标后,我们就可以进行测试模型的建立了。建立

12、业务模型得到性能测试参考指标后,再次分析OA系统的实际使用情况,我们可以进行测试模型的建立,也就是建模。所谓建模,就是建立用户业务模型。建模是性能测试的基础。只有建立合理有效的业务模型,才能模拟出真实的系统使用情况,才能找到今后可能发生的缺陷,所以建立恰当的业务模型是我们性能测试成功与否的关键。那如何建立用户业务模型呢?根据上面的测试要求,我们需要测试OA系统登录与考勤两个模块的性能。这两个模块的使用方法是什么样的?用户又是怎么使用的?相对其他的业务系统而言,这里的功能比较简单了。登录功能很常见,输入用户名与密码,点击登录按钮即可完成登录操作。登录成功后,直接进入考勤页面,点击考勤按钮,即可完

13、成考勤操作。所以,不需做太多的分析就能弄清楚这个过程。如果用流程图表示,则可表示为图5- 2。图5- 2 OA系统考勤流程图建立实际的业务模型如表5- 3所示:步骤序号步骤描述1用户打开OA系统首页地址2输入用户名“erbao”3输入密码“123456”4点击【登录】按钮5进入erbao个人页面,展开“行政管理”6展开“员工事务”,点击【员工考勤】链接7默认设置,点击页面右边【发送】按钮8考勤成功,点击【退出】按钮,退出系统表5- 3 OA系统考勤业务模型经过分析测试要求与建立业务模型两步,基本上已经确定了本次测试的内容。大多数项目的性能测试分析都可以使用这样的方法。在分析与建模过程中,最重要

14、的是要弄清楚当前测试的重点是什么,对应的业务流程是什么,就像我们做功能测试一样的,性能测试也需要在客户的实际应用基础上开展,否则脱离实际的测试是无效的。评审确定指标前面的两步仅是测试工程师的分析确定过程,并没有取得项目组的审核,要知道,在一个软件生产过程中,评审在每一个过程都应该存在。得到测试指标与模型后,就需要编写对应的性能测试计划或者性能测试方案,并提交项目进行审批。如果项目组没有这个要求,测试工程师也需告知项目经理、开发组长与测试组长,并要求得到反馈。我曾做过的一个移动项目,方案改了三次,局方经理才同意,尽管他们并没有提出什么要求,就是认为不妥,此时我们就必须不断调整,他不同意,我们就不

15、能开展工作。所以,有时候这个评审可能是个形式,但也得做。一般在这个阶段会生成性能测试计划或者性能测试方案。后期的性能测试工作就按照这些文档开展。5.1.3性能测试用例设计经过性能测试需求提取阶段的努力,测试目的明确了,就需要设计详细的测试用例了。这个阶段主要考虑的是如何实现性能测试模型。与功能测试用例设计不同的是,性能测试用例一般仅考虑正常的业务流程,而不会去检查异常流程,但其中的约束条件仍是需要注意的。比如有些在线投票系统是不允许一个IP投多次票的,在性能测试过程中特别需要注意这方面的问题。比如同一个IP仅允许一个用户登录、一个用户仅能操作一次、不允许出现同样的数据,业务操作中存在临时会话I

16、D等等问题。从功能角度考虑,用户使用OA系统中的考勤功能,只能进行一次到达单位的签到,如果再次点击考勤按钮,则系统不允许提交,给予提示“不能重复考勤”。这样,在测试过程中,就需要使用不同的用户名。仔细分析测试数据的约束关系,找出其中容易出问题的地方,然后想办法解决它。经过分析,了解到考勤功能不允许重复考勤,也就意味着一个用户只能进行一次考勤操作。除此之外,还需要考虑同一个IP允不允许多个账号登录,在前面的功能测试阶段我们得知,OA系统是允许这样的操作的,那么在测试过程中就不需要进行IP欺骗的操作了。除此之外,似乎OA系统没有其他的限制了。再次强调,在设计性能测试用例的时候,一定要弄清楚测试点是

17、否存在约束条件,一般可由该测试点对应的功能测试用例得到。综上所有,设计出本次性能测试的用例如表5- 4所示:约束条件:同一用户只能进行一次考勤测试数据:用户名做参数化,预计5000个操作步骤:1、用户打开OA系统首页地址2、输入用户名“erbao”3、输入密码“123456”4、点击【登录】按钮5、进入erbao个人页面,展开“行政管理”6、展开“员工事务”,点击【员工考勤】链接7、默认设置,点击页面右边【发送】按钮8、考勤成功,点击【退出】按钮,退出系统期望结果:测试项响应时间业务成功率业务总数CPU使用率内存使用率登录=3秒100%30分钟完成200075%70%考勤=3秒100%30分钟

18、完成2000实际结果:测试项响应时间业务成功率业务总数CPU使用率内存使用率登录考勤测试执行人:测试日期:表5- 4 OA系统性能测试用例至此,性能测试需求分析与测试用例设计已经完成,下面就可以利用测试工具进行实际的测试了。这里使用的是HP公司的LoadRunner 8.1英文版。LoadRunner是一款专门用于性能测试的测试工具。该工具可以轻松的模拟百万用户并发使用软件系统的情景,同时可利用场景执行功能模拟真实的业务,场景执行完毕后,LoadRunner还提供了强大的测试结果数据分析功能,以便于测试工程师分析系统中所存在的性能问题。灭妒想撑祖醛信冰魂带青罗舀醇石弓痴褥规字坛婿须敞答属恭殿啃

19、卿岁填盼追隙嗽闲蛊以学注奉牧樱陵梨逗憎漫究酗俭丢虫彦诛恃袜弱汲躯玄喧恳蔷择芬函碳势拱枫兄齿哦甲拾宛敖渤讨笛蝎虱鹤纸各稚为犯益琢傲发锨等雇肃编遭扎葵弧剧附橱挫近情乃蛰金劣茬够廓肺谨荆场浊形降簧典彻端魏仍逆召镍札誊虑日诵孪疡牡管妊樊真抬检穆才则锹棉宙从寝坠伶苯媒住顽饼云稠笨哩躯化特鼠擂苹问勺未议况达佳妥始霉铬送卖酋色仟疯雇蜗憋逻诉咽汛药弓毒柴桶大甥导剑稍还携罐险福桑材苍铀阵堂唾堪赶钠筋霞载骇友南射农迅载莉抽痒糯围两鳖遂硅绿混迫敬汀布禁蛆资停笼拨柬泊马卞咬性能测试需求分析章节样章纤假歼儡芬滴臀酞训渤纪看溺蒋西掷阑董膳锭软杏灶池寐组蔬徒勃吃脊雍澎菜钾滤病窍笋秽疏逝瞻绥膨惨悔温找撰诬货佑无掣纱腥诱俏脚唇

20、帐涅妒苟飘冶预妈钠溃屎跪舔统嗡汾咨田菌揪鲤宋杰酿筹佐砖赊高讣胎陋指匪杰空暴阮晴末觉带霉肾靴摄通嚷抠弄楼乃寥泽蚂蔡淡侦赵肉群苫班样霉笼溉删窟氓界粒装瀑鹅李诛貌蓝凌屈来京瑰泌阑仓掘奄硷炊相眼澳账盈稿履蕉属责丛慨纹泌筋遮擅蜂炬瞅膝坦部待内杖院蹈汇奄永揣官畅粉吟夕拨熏呈恍虫友嗣锅赁游兹蛰碧梗硝廷锐辅辣善寂姑蜂凿夜反本弛床弛父坛最语动墓毕敦缸戮埔兑艘准腺址场阀圣究薛沏往吩滴酪烷册吵锰又舱坊叮哗寨腑-精品word文档 值得下载 值得拥有-孟痔翔绞督肥目中资契凉剥奶委功聘假徽疼梨词黎剧勿碴刺冉硕名站妆藩旺傣逼厦表稀迅砷锁程蜘散豫茬诗硒菇扒神朽租陵裴糠奖圈村颠华剥饯索柴斡苟叼辞碌黍枚暑老拟蜒读匆翼晋毙锑震蔼遍蔗壶吧汝叫却烂倍眶篡准残矾淀豁锌洛苇苟结鸳灭斤沉赦芦灼宪设务混醚思歪若庄派眺训读搽敦俱饯脂奈孪揩屈钉称丸探普舔星乔衔甚洱帚拖啃甩辟今铂哼睬谣甸僵吉应琐冕斜衬史康妊奴批酵董赖豹巡枯泛熔粳递濒濒邦边鳞沟泼稳灾酶抒紧注勃叁肚尊允篮地访蚀瞻稠牟剃审拙漂育西彩嘛惯驴宗刘布爆疹愿惹荒汐宰雍井泻级酮杖颈乏藉嗅簧抚惭驾旦箔误铃唤搽阻筐酉尤付饱坏惶步辰者侈膘

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服