性能测试基本测试概念

《性能测试基本测试概念》由会员分享，可在线阅读，更多相关《性能测试基本测试概念（21页珍藏版）》请在装配图网上搜索。

1、一、性能测试的目的1、 评估目前系统2、 寻找瓶颈3、 预测将来性能二、性能测试的前提:接口稳定/接口拟定三、性能术语与指标详解：1. 并发:()一种为所有顾客在同一时刻做同一操作,重要是为了验证程序或数据库对并发解决能力 (2)另一种为多种顾客对被测系统发起了多种祈求,这些祈求可以是同一种操作，也可以是不同操作,类似于混合场景的概念2. 响应时间：响应时间反映完毕某个业务所需的时间 响应时间= 网络传播时间(祈求)+服务器解决（一层或多层)时间+网络传播时间（响应时间)+页面前端解析渲染时间3.每秒通过事务数（TS）:指每秒通过的事务数,是直接反映系统性能的指标,该值大时,系统性能比较好，固

2、然每个系统均有她的上限，不也许无限大将她以平均事务响应时间进行对比,可以分析事务数量对以响应时间的影响4.事务:顾客一种或一系列的操作,代表一定的功能,在程序上变现为一段代码区块,所有性能测试其实最后都是环绕着事务展开的，事务代表顾客的使用措施和成果,不同的操作组合成不同的事务,不同的事务又能组合成不同的场景（LR 必须至少有一种事务,R监控事务）（事务不能超过接口的上限)事务Trnsactions5.事务祈求时间:从这个事务发起到最后解决完毕的所有时间。 一种事物涉及一种或多种事务，每个任务涉及一种或多种祈求。6.每秒点击数：每秒点击数代表顾客每秒向外部服务器提交的ht祈求,但这里需要注意是

3、提交一种登陆祈求对于后端服务器来说，也许是多种祈求，因此点击一次不代表就是一种祈求。7.吞吐量/吞吐率（I/）（Iuutput)（反映服务器解决能力）吞吐量:指单位时间内系统解决的祈求数量吞吐率:一般指顾客在给定的一秒内从服务器获取的数据量,简而言之就是服务器返回的数据量8.思考时间：指顾客进行操作时每个祈求或操作之间的间隔时间，是为了更加真实的模拟顾客的操作场景。9.资源运用率（服务器) CPU:一般分为系统CPU和顾客CPU 系统PU：是解决系统自身占用的资源 顾客CPU:是解决程序所占用的资源 oa Avege：指一段时间内U正在解决和等待PU解决的任务,也就是CP使用队列的长度的记录信

4、息 缓存（比CU运营速度慢):她就像大脑的记忆区域，将多种信息收集起来寄存,数据从内存中读取要比硬盘上读取速度快，内存会有泄露和溢浮现象。 队列：可以理解成地铁进站的排队现象，队列长,阐明解决能力也许达到了极限或者遇到的阻塞 /（硬盘）:与磁盘的交互，重点关注互换频率和磁盘队列长度 网络：重点关注网络的流量,看与否存在网络带宽的瓶颈四、性能测试分类1.基准测试：可以在制定的原则下通过测试建立一种性能基准,这样后来当系统的环境参数发生变化后，在进行一次相似原则下的测试,即可看出变化对性能的影响。系统进行基准测试可以在较早的阶段发现性能问题。2并发测试：可以理解为诸多的顾客按照预定的场景并发祈求某

5、个业务或功能时与否浮现并发问题。 并发测试的算法:（1） 并发数=P/PV im*页面连接次数*HTP响应时间*因数web服务器数量解释:PV：即页面浏览量，一种顾客也许发明十几种甚至更多的V。她是目前判断网站访问流量最常用的计算措施，也是反映网站受欢迎限度的重要指标。V Tm：是PV 的记录时间,换算成秒,一天就是8640秒页面连接次数涉及外部的，CS,图片等，一般为10HTP响应时间一般为1秒或更少因数一般为5（2） =nL/T （段念【软件性能测试过程详解与案例剖析】)解释:C是平均的并发顾客数n是平均每天访问顾客数L是一天内顾客从登录到退出的平均时间(操作时间)T是考察时间长度 CC+

6、3c 解释:C是最大并发数3负载测试：可以理解为拟定所要测试的业务或系统的负载范畴，然后对其进行测试，她的重要目的验证业务或者系统在给定负载条件下的解决能力。此外，还要关注响应时间、每秒通过事务数和其她有关指标。 负载测试是为了发现性能问题。而性能测试是为了获取性能指标。4.压力测试：可以理解为没有预期的性能指标,不断加压，看系统什么时候崩溃，以此来拟定系统的瓶颈不能接受的性能拐点,以获取系统的最佳并发数,最大并发数 压力测试也可以看作负载测试的一种，即高负载下的负载测试。负载测试与压力测试的概念并非完全独立，在实际应用中一般两者都是互相结合，互相补充的。5.稳定性测试(小公司不测）：需要长时

7、间运营，在这段时间内观测系统的出错几率、性能变化趋势等。进而大大减少系统上线后的崩溃的现象。一般都会进行所谓的*24小时的稳定性测试）一般稳定性测试需要在系统成型后进行,并且没有严重的U存在)场景的设计以模拟真实顾客的实际操作为最佳。6.失效恢复测试（小公司不测）:重在关注系统浮现问题后能否根据预先制定的方略回恢复，且恢复后能否正常运营。失效恢复测试一般是对其具有负载均衡的系统进行的,重要是为了测试目前系统发生故障时，与否会对全局产生大的影响，产生的影响在与否可以接受的范畴内，以及顾客能否继续使用系统。在实际应用过程中,可以模拟一台或者几台负载均衡浮现故障来进行失效恢复测试,但需要注意的是,不

8、仅要关怀失效后，顾客与否可以正常访问或者恢复后系统与否可以正常工作,也要关注失效后，系统还能支持多少并发顾客,以及采用那些备选方案来响应。7.现网性能测试(小公司不测）:就是实际网络，实际环境中进行测试,完全和真实顾客同样，固然这样的测试有一定的风险,需要注意如下几点： (1）时间段的选择，非高峰时间段，选择都为半夜或者凌晨来进行 ()垃圾数据解决。测试数据后期一定要清理,为了清理以便、前期数据的设计要有规律可循 (3)网络限制，压力机需要和被测试服务器部署在同一种网段机房内，这样可以避免网络限制，最后远程收集数据即可。 *如果没有特殊状况，尽量不要进行现网的性能测试,风险比较大,如果非要进行

9、，一定要事先充足评估风险以及应对的解决方案。R的三大模块 irtua ue Genratr R8(虚拟顾客生成器) Creae/Edit Scrip LR11 创立/编辑脚本 R进行操作的第一步,制造基本性能脚本 性能测试前的准备 otrler(控制器） RunL ess 运营负载测试 在脚本写完的基本下,对其设立不同的场景,进行测试 性能测试执行 Aalsis（分析） Alyze LadTest 分析测试成果参看性能测试的成果数据,并进行合适的分析预期成果与实际成果的对比，并查找问题本源模块间的关系LR8 Vralser Geneaor-Cotroler-Anys L11Cae/Edit S

10、crpts un Loa Tes - Analeoad Test创立脚本-运营测试（创立场景并执行脚本)-分析成果得到报告LR录制流程1. 选择合同：w类型网站：合同HTTP/HTML、Wb sevic合同 FTP服务器：选择T 邮箱服务器：合同选择IMAP(同步邮件电子邮箱)、PP3（接受电子邮件）、SMTP(发送电子邮件) ADO、OLDB措施连接后台数据库的C/S客户端：选择合同MSQL Servier、Oace、Sybase、DB2 以ODB措施连接后台数据库的S客户端:合同选用ODBC 没有后台数据库的S客户端:合同选择SockB/S网络 客户端-服务器端(中间件，数据库，缓存）客户

11、端作用显示/S单机 客户端(中间件,数据库，缓存）LR1支持浏览器 IE6 E9 IE8 自带火狐 新版火狐 google要录制的程序：浏览器工作目录:浏览器所在目录LR录制前的设立 应用程序类型：Internet-网页 Win32dow下运营的程序 要录制的途径:自动打开的软件途径和程序 URL地址:自动连接的网站接口地址 工作目录:浏览器/被测试软件的途径 录制到操作：i 脚本开始 cio脚本的运营主体 Ed 脚本的结束一、脚本的调试 1.回放：确认之前的脚本可以正常运营2.保存另存为:保存目前脚本3.树:可以看到页面的截图.设立事务: 事务函数:rtrttnactin（“事物的名字”）

12、lr_entrasci(“事务的名字”，“事务的状态”) 解释:事务状态:T：自动,一般为默认 PAS:不管事务如何都算通过 FAL: 不管事务如何都不算通过 STO:不管事务如何都要停止注意（1）一种脚本起码要有一种事务,否则毫无意义（2)事务只能出目前Action部分（）事务有起始必须有结束，且名字必须相应(4）事务开始必须在接口措施前5.集合点:让虚拟顾客在指定的地址集合，先到的人在这边进行等待,直到最后一种人达到在一起执行，通过集合点可以模拟一定意义上的顾客并发 设立集合点函数：lr_renzvous(“集合点的名字”)； 注意:（1)集合点必须在事务开始之迈进行,从而保证事务在之后的

13、性能测试中能并发一起执行(）设立集合点将增长对服务器的压力 （3）只应在acton部分浮现6.思考时间 思考时间函数:r_thnk_ime(秒)； 注意：LR初次使用对于思考时间是默认不参与，需要进行一定的设立更改 措施：Vuser-运营时设立(F4)-思考时间（按照设立规定，定值,予以比例,范畴值) 思考时间越大，对服务的压力会变向的越小.迭代(往往和参数化一起进行）注意:只有Action部分才干进行迭代操作措施:r-运营时设立（F4)-运营逻辑-迭代次数(修改）迭代越多对服务器的压力越大8参数化：R的参数化有两种，一种是俗称文献形式的参数化，一种是数据库形式的参数化。一般参数化的应用场景有

14、如下几种：（)真实的模拟顾客操作（2）系统不容许同一种顾客频繁的进行相似 操作（3）系统对数据的唯一性有规定设立参数化的一般环节为:分析需要参数化的数据-设计数据分派措施-查找替代对象。1.文献参数化: ()依次点击菜单中nset-ew amr命令。点击e按钮,并重命名为serm （2）点击Crate abl-Edit with Nopad在弹出的文本中输入参数化的值,每个值占据一行,保存一种空行，保存关闭 (3)回到脚本中，找到要参数化的顾客名，选中，单击右键，选择Use Exiting arameterusename （4）最后完毕参数化后,参数urae被包围,这是LR中的规则 (5）点击

15、菜单Vser-Ru-timeSttn-unLgic,设立迭代次数为3，这样才干让脚本跑三次来验证与否对的2. 多数列相应参数化（)新建参数Pw,并选择ile 为usernam.dat（2）添加列:点击AddCoumn按钮，查看弹出框，点击o按钮(）添加密码：点击dit with otepad 按钮,输入顾客名相应的密码,例如sre,pw（4)回到脚本中替代掉密码值即可，措施与顾客名的替代相似2.数据库参数：使用数据库参数化一方面要安装DBC。数据库为myql的话，下载mysl DC安装到本地，之后配备即可（1)在脚本里新建一种参数,多为srnmedb（2）单击dta wizard按钮，在弹出的

16、对话框中选择speciSql statemnt meu并单击“下一步按钮”（3)单击crate按钮，在弹出的对话框中选择“机器数据源”后，单击“新建”按钮(4）选择系统数据源并单击“下一步”按钮(5)选择“mysq OBC x.xx Dive”并单击下一步 DataSource ame 和Descripion 可随意填写TC/P Srver:是Mysql所在服务器的P地址ort:mysl使用的端标语user:使用的顾客名assword:mql账号的密码，如果为空则不填dtbae：是可以连接的数据库列表Tes:可以测试与否连接成功（)完毕上述填写并拟定后,在列表中看到新建的数据源（)双击要参数化

17、的值后,可以把此数据源配备到Data Wzard中(8）在SQL处输入想要查询的sql语句后，完毕数据的参数化3参数化设立：参数时间或者一种随机值，可以在参数化对话框的rameter type下拉列表中选择il和Table类型:文本类型dta/tim:可以在需要参数化日期的地方使用此类型grp nae:使用该虚拟顾客所在的Vuser rup名称来替代参数化ieraton number：使用脚本执行的目前次数来替代参数化lad generator name：使用生产vusr负载的机器名来替代参数化rdom nmb：使用唯一随机数来替代参数化uniqu numbr：使用一种唯一的整数来替代参数化u

18、s ID：使用虚拟顾客的D来替代参数化seDefed Ftins：扩展接口,可从顾客开发的DL文献中提取数据XML：提供对l格式数据的支持。可从xml中读取数据进行参数化.参数化数据分派方式：分派值得方式，一共9种组合，理解意思即可 ()select next ro：选择下一行的方略 Seuntal:顺序取行 ranom：随机取行 （2)up valueo：更新值的方略 Eah ieatin：每次迭代都要取新值 ac occurrnce：只要发现该参数取过就会重新取值 Once:在所有的反复中都使用同一种值9.关联:关联其实就是动态的获取服务器的某些值，虽然不动态的值,也完全可以用关联 一般浮

19、现如下几种状况需要考虑与否使用关联 )服务器返回值中存在动态变化的值，一般就是类似sessin的无规则数据 2)运营后没有报错，但是也没有产生记录3）后续的操作要使用到之前的数据。例如:回帖操作要懂得之前发帖子的ID才行 1 所有函数脚本接口引用代码JS举例:如果HTML中标签如下手动编写关联:wbreg_sve_para（“快递单号关联”,“LB=vaue=”,“RB=”，AST）;将代码中的vlue快递单号关联录制两次问开发:那些是自动排列的W的值传播 自动关联：(Cl+)自动跑一次进行对比 记录 手动关联:web_reg_sve_pam(“名”，“Bname=”“RB=alu”,LAST

20、)；配合TMnam=”234”vale Cookie：Session： 自动关联的操作: 1)回访52）点击coeaio rsults3）ctrF84)选择需要关联的项，点击orrelat10.检查点前提：（1)检查点一定要放到事务的上面(2)检查点检查的一定是系统的信息，而不是自己输入的1）文本检查点:用于HTML页面检查与否有顾客指定的文字/文本检查点,检查jxub_rgid(“ext=jxu”，LAST)2)图片检查点,用于在TL页面检查与否有顾客指定的图片 Wb_imag_chc（“退出”,/图片名称，随意“r=/webtoursmagesinff.if”,/图片的rc属性 LAS);

21、二、设立并执行脚本1.选择场景手动场景：(大多数选择的模式) 设立场景-查看执行成果使用比例-按照人数分派的比例执行(往往只适合超大型的项目）不合用比例-按照虚拟顾客数执行（默认）自动场景(面向目的场景) 设立执行成果-自动生成场景2.载入脚本双击脚本,或者点击,脚本在右侧显示即可3设立场景 (1）拟定场景组 拟定本次性能测试执行时用到的脚本数量和运营方式 (2）全局筹划 初始化:每一种虚拟顾客的初始准备时间 启动vse：设立脚本总计运营人数,以及启动时间 持续时间:性能测试的执行时间 完毕前始终执行:遵循脚本的迭代设立（脚本在制作时的规定，迭代几次,就运营几次) 运营时间:根据运营时间来进行

22、N次迭代,直届时间结束 停止Vuser:停止脚本所用的时间和措施4.集合点方略前提:脚本中必须先有集合点:lr_renezvou(“名称”)在场景中,菜单栏Searo-Renevous,打开集合点设立界面设立：(1）endez:集合点的列表，可通过下面的diabl endzvous按钮启动或关闭(2）(）vusers：目前设立的并发顾客数,可通过下方的iabe Vuser 按钮来启动或关闭虚拟顾客(4)-cy(集合点方略):单击后进入方略设立对话框 方略的设立： 1)当所有顾客的X达到集合点时释放 )当所有正在运营的顾客的X%达到集合点时释放 3)当X个顾客达到集合点时释放 4)超时设立：表达

23、等待顾客超时规定的时间，如果在秒内没有满足规定的顾客达到,则释放集合点。5.IP欺骗对一般系统而言,与否使用IP欺骗并不会影响性能测试，只有在特殊的规定下才会使用。如：1某系统限制同一种IP顾客在短时间内对系统进行歹意或大量的祈求访问 2.负载均衡方略根据IP规则分派前提：本地的IP地址不能设立为“自动获取”，必须指定一种静态的地址,否则报错。 添加环节：开始-程序- R-tools-Pwizad 选项:新增 选择保存的文献 释放还原 2.选Ctenw seting 点击下一步 3.输入服务器的IP地址或者留空也可以，点击下一步 4点击Ad按钮,弹出添加P的对话框 5.修改f IP为xxxx.

24、xxx.xx.xx 或者numbr t add直接加上要模拟的人数，点击OK 6.点击完毕 7.保存:点击“e s”按钮,可以将本次文献保存为“.is”文献，点击O 8进入LP的场景设立 cotlle中，菜单选择rionble P Spoofer完毕 释放还原:.反复上面的第一步，选择释放还原 2.移除,点击完毕 3重启计算机6压力机（添加indow压力机）1保证要添加的压力机安装了 Load Ruer Agent（小卫星）2.添加的压力机与Conoler的所有机子要在同一种网段，并且要关闭所有的防火墙3.本地系统的RP服务要启动（“控制面板”-“管理工具”-“服务”中启动)4.之后在orll

25、r所在的机器上登录到压力机（远程连接)，验证与否可以连通。单击Windows系统的“开始”-“运营”在弹出的对话框中输入“机器名”，不报错则成功。.进入Controllr，依次点击nio-LadGeneraors菜单项,默认会有一台压力机.点击add Nam:这里填写是IP地址 Pltfor：默觉得机子系统.点击“ok”，点击Conet,可以测试通不通过，通过为Reny8.最后可以把压力机分到相应的脚本中。7.监控服务器的设立(wnds添加监控对象)右键点选系统资源图-添加度量-设立监控器服务器的名称-最基本的监控内容 rcessor Time（CPU的占有率) Aalable MBytes（

26、memry可用的内存）8.执行点击执行模块中的开始即可三、分析成果1措施1运营后直接点击分析模块的图标2保存执行文献，点击分析模块（aysi)，导入文献3.直接点击分析图标.添加新项1右键点击报告添加新项windws资源图2.新建后右侧图框中点击右键设立颗粒度四、分析(初步分析).事务摘要描述(tranton smary)显示事物的通过数量和失败数量成功率=成功数（成功数失败数)失败率=失败率/（成功数+失败数)2.平均事务响应时间（eage Trasctio spse Tme)显示所有场景中浮现的事务在执行时的响应时间的状况随着测试时间的加长,系统解决事务的能力就会开始逐渐下降，总体的事务时

27、间状况应当是缓步进行变更的，如果浮现大起大落的现象,则为缺陷，阐明该事务不稳定3每秒点击数(Hst pe Seon)每秒发送服务器的祈求数这个数值反映出服务器承受压力的能力.吞吐量（Trughpu)服务器每秒解决的数据量这个数值反映出服务器的解决能力5每秒通过的事务数（Time suctios eScond)反映出不同事务在执行时竞争服务器资源的状况五、初步鉴定1当服务器解决能力远不小于服务器受压状况时，这种性能测试无意义2.当服务器解决能力不不小于服务器受压状况时，能容忍一定的事务数报错3.随着压力的增大,事务报错数逐渐增长4.在压力一定的状况下,查看失败率和需求做对比确认，以验证本次性能测

28、试通过与否一般性能测试的结束基本的通过如下内容进行鉴定1.成功率2事务平均时间3并发顾客数六、收集Avr：事务的平均响应时间in：事务至少响应时间ax:事务最大响应时间0Line:90的响应时间Std Dviaton：原则差Fal:错误的事务Pass:通过Erro:错误Trogput/se：吞吐量B/ec:服务器数据流量项目性能分析顾客数10020300平均响应时间10105吞吐量10050030B053总计需求数100010100顾客数与服务器解决祈求的平均时间关系图1本图表达服务器解决祈求的平均响应时间2.最佳性能是随着并发顾客数的增长，平均事务响应时间比较平稳3本图可以清晰看到，对着并发顾客的增长事务的响应不平稳顾客数与服务器解决祈求关系图1表达服务器每秒解决祈求个数2.最佳性能服务器解决祈求数是随着顾客的增长而增长3本图可以清晰看到,XX顾客数与服务器接受数据流量关系图1.本图为每秒接受到的数据流量最佳或抱负状态,服务器接受到的数据流量一定是随着顾客数的增长而上升3.本图可以清晰看到，XXX顾客数与服务器祈求总数关系图上图明显看出XX个顾客发起祈求时,总祈求数比较高并且平缓当在XX之后的祈求总数与并发顾客数的量不成比例反而随着并发顾客数的增长，总祈求数在下降七、编写性能测试报告报告的概述参照资料有关性能测试资料术语解释系统简介:环境简介测试指标硬件指标测试工具和测试方略