软件测试期末PPT文档总结课件.ppt

软件测试期末PPT文档总结课件.ppt

ID:57036205

大小:120.50 KB

页数:29页

时间:2020-07-27

软件测试期末PPT文档总结课件.ppt_第1页
软件测试期末PPT文档总结课件.ppt_第2页
软件测试期末PPT文档总结课件.ppt_第3页
软件测试期末PPT文档总结课件.ppt_第4页
软件测试期末PPT文档总结课件.ppt_第5页
资源描述:

《软件测试期末PPT文档总结课件.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、性能测试2010-11-19性能测试基本概念-1性能测试:正常运行情况下的系统性能是否达标压力测试:系统在一定饱和状态下是否出错及业务能力。(短时间)负载测试:持续加压,使性能指标超过预期某资源饱和(长时间)并发数:在某一个点上并发,是真正产生压力的。通常所说的并发只是某时间段内的业务量,非绝对意义上的并发性能测试基本概念-2在线用户:即已经登录到系统的用户(不一定使用业务),不代表真正的系统压力PV(页面访问量)PageView:页面刷新次数,一般用在统计页面人气信息,但PV高不代表访问量高响应时间:用户发出业务请

2、求,服务器接收并处理请求,然后返回结果,客户端接收请求结果的时间,一般不包括将客户端数据显示给用户的时间。最好不要尝试在公网上进行性能测试性能测试基本概念-3吞吐量:一段时间内系统处理用户请求的数量业务成功率:发起了很多笔业务的成功率系统资源耗用:CPU、内存使用率,网络带宽的使用情况,磁盘I/O的输入/输出量等吞吐率:请求数(单击数/字节数)/单位时间性能测试流程图提取性能需求见《5.1.2性能测试需求提取&5.1.3性能测试用例设计.pdf》中5.1.2性能测试需求提取性能测试用例设计见《5.1.2性能测试需求提

3、取&5.1.3性能测试用例设计.pdf》中5.1.3性能测试用例设计测试脚本录制LoadRunner->VirtualUserGenerator选择菜单new选择协议web(http/html)脚本录制在Action中录制过程中不要使用浏览器中的“后退”按钮录制中的脚本里的中文出现乱码,需要设置LoadRunner支持UTF-8。测试脚本优化VirtualUserGenerator总结VirtualUserGenerator是脚本设计的功能模块,在这个模块上完成的操作都是基于一个用户的,即使设计了RunLogic中的

4、迭代次数,也是一个人的操作,与我们性能测试的目的——并发相距甚远。VirtualUserGenerator提供的功能类似于QuickTestPro,所做到事情也是基于功能角度的,不能达到并发目的。场景设计流程确定并发数30分钟内完成2000次业务,并发数是多少?求解过程:一个用户做一次业务需要10秒钟(假设)一个用户在30分钟内完成30×60/10=180次业务2000次业务需要2000/180=12人完成并发数为12确定并发数页面的点击数(PV)为200万次/天,并发数是多少?按照二八原则,160万次点击在4.8小

5、时内完成一个用户点击一次页面需要5秒钟(假设),4.8小时内可以点击页面4.8×3600/5=3456次160万次点击需要1600000/3456=463人完成并发数为463。一个用户做一次业务需要?秒钟前面在计算并发数的时候,一个用户完成一次业务的时间都是通过假设得到的,那么一个用户实际完成一次业务的时间如何得到?解决方案:创建并发数为1人的场景并执行,从运行结果的分析报告中,得到实际的执行时间,这就是一个用户实际完成一次业务的时间。具体步骤VirtualUserGenerator中,打开脚本,选择Tools-Cr

6、eateControllerScenario,确认VirtualUsers为1。切换到Controller,Run-TimeSettings里面选中ReplayThinkTimeasrecorded。StartScenario。场景执行完毕后,选择菜单Results-AnalyzeResults。切换到Analysis,将所有Action的平均响应时间求和,就是一个用户实际完成一次业务的时间。通过上述方法得到一个用户实际完成一次业务的时间是5.292秒。2000×5.292/30/60=6并发数为6。设计场景计划加压

7、持续时间减压集合点设置数据监控设置CPU内存等待队列OA系统测试场景设计表事件名称处理结果当前状态并发数确定本次测试所需的VUser为6Ok场景执行计划5秒加1个VUser,持续运行30分钟,5秒减1个VUserOk集合点设置所有运行的VUser到达后释放OkIP欺骗设置未涉及负载生成器本机可负担,无需代理Ok运行时设置启用思考时间,发生错误继续执行,只有错误发送Ok系统监控CPU,内存,等待队列ok测试场景执行吞吐量TotalThroughput(bytes):在整个测试过程中,从服务器返回给客户端的所有字节数,与

8、发送请求的字节数无关。与网络中的吞吐量的含义区别:网络中的吞吐量:单位时间内通过网卡数据量之和,其中既包括本机网卡发送出去的数据量也包含本机网卡接收到的数据量。吞吐率吞吐率:单位时间内服务器返回给客户端的数据量的大小。在运行期间可以通过监测吞吐率曲线变化图,来确定系统能承受最大的用户负载,是重要指标之一。该指标反映了系统处理请求的能力。正常情况

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。