软件性能测试ppt课件.ppt

软件性能测试,孙晓明 2018-09-25,内容概要,1. 性 能 测 试 介 绍2. 性 能 测 试 过 程3. 性 能 测 试 举 例,1. 性能测试介绍,1.1 什么是软件性能1.2 性能指标介绍1.3 什么是性能测试1.4 性能测试类型1.5 性能测试模型举例,1.1 什么是软件性能,系统的性能是个很大的概念，覆盖面非常广泛，对一个软件系统而言，包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等等。,用户视角的软件性能 管理员视角的软件性能 开发人员视角的软件性能,1.1 什么是软件性能,1.1.1 用户视角的软件性能 从用户角度来说，软件性能就是 用户操作软件的响应时间。访问软件每个功能或页面的响应速度快不快、卡不卡。,1.1 什么是软件性能,1.1.2 管理员视角的软件性能 系统的响应时间； 系统运行时服务器的状态，如CPU、内存、磁盘、网络带宽等使用情况； 系统是否能够实现扩展； 系统支持多少用户访问；系统支持多大数据量的处理； 系统性能可能的瓶颈在哪里； 系统是否支持7*24小时的业务访问。,1.1 什么是软件性能,1.1.3 产品开发人员视角的软件性能 用户关心的响应时间； 管理员关心的系统可扩展性等； 架构设计是否合理； 数据库设计是否合理； 代码是否存在性能方面的问题； 系统中是否有不合理的内存使用方式。,1.2 性能指标介绍,并发用户数 -Vusers响应时间 Response Time吞吐量 Throughput事物-Transcation事物处理能力-TPS (Transcation Per Second)点击率-HPS (Hit Per Second)资源利用率 System Resource,1.2.1 并发用户数 (Vusers),并发用户数是指在某一给定时间内，某个特定点上进行会话操作的用户数。并发的两种情况：一种是严格意义上的并发，即所有的用户在同一时刻做同一件事或操作，这种操作一般指做同一类型的业务。比如，所有用户同一时刻做并发登陆，同一时刻做表单提交。另外一种并发是广义范围的并发，这种并发与前一种并发的区别是，尽管多个用户对系统发出了请求或者进行了操作，但是这些请求或都操作可以是相同的，也可以是不同的。比如，在同一时刻有用户在登录，有用户在提交表单。求并发用户数公式在实际的性能测试工作中，测试人员一般比较关心的是业务并发用户数，也就是从业务的角度关注应该设置多少个并发数比较合理。下面找一个典型的上班签到系统，早上8点上班，7点半到8点的30分钟的时间里用户会登录签到系统进行签到。公司员工为1000人，平均每个员工登录签到系统的时长为5分钟。可以用下面的方法计算。C=1000/30*5=166.7C表示平均并发用户数，那么对这个签到系统每分钟的平均在线用户数为166当然，在性能测试上，任何公式都不是严谨的，最重要的是对系统做出有效正确的分析。,1.2.2 响应时间 (response time),响应时间指的是客户端发出请求到得到响应的整个过程所经历的时间。一般我们对平均响应时间感兴趣，在负载增大时响应时间的一贯性也很重要。提高负载后若响应时间曲线出现锯齿，往往说明性能乏善可陈，还有潜在的不稳定。,1.2.3 吞吐量 (Throughput),吞吐量：指在一次性能测试过程中网络上传输的数据量的总和。对于交互式应用来说，吞吐量指标反映的是服务器承受的压力，在容量规划的测试中，吞吐量是一个重点关注的指标，因为它能够说明系统级别的负载能力，另外，在性能调优过程中，吞吐量指标也有重要的价值。如一个大型工厂，他们的生产效率与生产速度很快，一天生产10W吨的货物，结果工厂的运输能力不行，就两辆小型三轮车一天拉2吨的货物，比喻有些夸张，但我想说明的是这个运输能力是整个系统的瓶颈。提示：用吞吐量来衡量一个系统的输出能力是极其不准确的，用个最简单的例子说明，一个水龙头开一天一夜，流出10吨水；10个水龙头开1秒钟，流出0.1吨水。当然是一个水龙头的吞吐量大。你能说1个水龙头的出水能力是10个水龙头的强？所以，我们要加单位时间，看谁1秒钟的出水量大。这就是吞吐率。吞吐率：单位时间内网络上传输的数据量，也可以指单位时间内处理客户请求数量。它是衡量网络性能的重要指标，通常情况下，吞吐率用“字节数/秒”来衡量，当然，你可以用“请求数/秒”和“页面数/秒”来衡量。其实，不管是一个请求还是一个页面，它的本质都是在网络上传输的数据，那么来表示数据的单位就是字节数。不过以不同的方式表达的吞吐量可以说明不同层次的问题。例如，以字节数/秒方式表示的吞吐量主要受网络基础设置、服务器架构、应用服务器制约；以请求数/秒方式表示的吞吐量主要受应用服务器和应用代码的制约。,1.2.4 事物 (Transaction),事物：就是用户某一步或几步操作的集合。不过，我们要保证它有一个完整意义。比如用户对某一个页面的一次请求，用户对某系统的一次登录，淘宝用户对商品的一次确认支付过程。这些我们都可以看作一个事务。那么如何衡量服务器对事务的处理能力。又引出一个概念-TPS。,1.2.5 事物处理能力-TPS,TPS（TransactionPersecond）每秒钟系统能够处理事务或交易的数量，它是衡量系统处理能力的重要指标。,1.2.6 点击率-HPS,HPS（HitPersecond）点击率可以看做是TPS的一种特定情况。点击率更能体现用户端对服务器的压力。TPS更能体现服务器对客户请求的处理能力。每秒钟用户向web服务器提交的HTTP请求数。这个指标是web应用特有的一个指标；web应用是“请求-响应”模式，用户发一个申请，服务器就要处理一次，所以点击是web应用能够处理的交易的最小单位。如果把每次点击定义为一个交易，点击率和TPS就是一个概念。容易看出，点击率越大。对服务器的压力也越大，点击率只是一个性能参考指标，重要的是分析点击时产生的影响。需要注意的是，这里的点击不是指鼠标的一次“单击”操作，因为一次“单击”操作中，客户端可能向服务器发现多个HTTP请求。,1.2.7 资源利用率 (System Resource),资源利用率是指系统资源的使用程度，比如应用服务器或数据库服务器的CPU利用率、内存利用率、磁盘利用率、网络带宽利用率等。,1.3 什么是性能测试,性能测试主要是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行的一种测试。,1.4 性能测试类型,负载测试压力测试（健壮性测试）稳定性测试（疲劳强度测试）,1.4.1 负载测试 (load test),负载测试：主要用于描述常规的性能测试，通过模拟生产运行的业务压力和使用场景组合来测试系统的性能是否满足生产要求。 通俗的说，这种测试方法的目标就是给系统以期望的负载量 验证系统的能力。也就是说，没有速度要求的情况下，我的应用能支撑多少的并发用户，这里更多的是考虑容量。,1.4.2 压力测试 (stress test),压力测试：对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收用户请求的性能点，来获得系统能提供的最大的服务级别的测试。通俗地讲，压力测试是为了发现在什么条件下应用程序的性能会变得不可接受。超过容量压力下的表现，也关注应用的恢复能力，这里更多的是关注系统的变化。,1.4.2 压力测试（stress test）,用户量压力测试数据量压力测试,1.4.3 稳定性测试 (stabilitytest),稳定性测试也叫-疲劳强度测试，通常是采用系统稳定运行情况下能够支持的最大并发用户数或 者日常运行用户数，持续执行一段时间业务，通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。 稳定性测试可以发现一些系统的性能和资源泄漏等问题。,1.5 性能测试模型举例-1,理发店模型之性能测试相信大家都进过或见过理发店，一间或大或小的铺面，1个或几个理发师，几张理发用的椅子和供顾客等待的长条板凳在这个理发店中，我们事先做了如下的假设： 1. 理发店共有3名理发师；2. 每位理发师剪一个发的时间都是1小时；3. 我们顾客们都是很有时间观念的人而且非常挑剔，他们对于每次光顾理发店时所能容忍的等待时间+剪发时间是3小时，而且等待时间越长，顾客的满意度越低。如果3个小时还不能剪完头发，我们的顾客会立马生气的走人。,1.5 性能测试模型举例-2,通过上面的假设我们不难想象出下面的场景： 当理发店内只有1位顾客时，只需要有1名理发师为他提供服务，其他两名理发师可能继续等着，也可能会帮忙打打杂。1小时后，这位顾客剪完头发出门走了。那么在这1个小时里，整个理发店只服务了1位顾客，这位顾客花费在这次剪发的时间是1小时； 当理发店内同时有两位顾客，就会同时有两名理发师在为顾客服务，另外1位发呆或打杂。仍然是1小时后，两位顾客剪完头出门。在这1小时里，理发店服务了两位顾客，这两位顾客花费在剪发的时间均为1小时； 很容易理解，当理发店内同时有三位顾客时，理发店可以在1小时内同时服务三位顾客，每位顾客花费在这次剪发的时间仍然是均为1小时从上面几个场景中我们可以发现，在理发店同时服务的顾客数量从1位增加到3位的过程中，随着顾客数量的增多，理发店的整体工作效率在提高，但是每位顾客在理发店内所呆的时间并未延长。 当然，我们可以假设当只有1位顾客和2位顾客时，空闲的理发师可以帮忙打杂，使得其他理发师的工作效率提高，并使每位顾客的剪发时间小于1小时。不过即使根据这个假设，虽然随着顾客数量的增多，每位顾客的服务时间有所延长，但是这个时间始终还被控制在顾客可接受的范围之内，并且顾客是不需要等待的。,1.5 性能测试模型举例-3,不过随着理发店的生意越来越好，顾客也越来越多，新的场景出现了。假设有一次顾客A、B、C刚进理发店准备剪发，外面一推门又进来了顾客D、E、F。因为A、B、C三位顾客先到，所以D、E、F三位只好坐在长板凳上等着。1小时后，A、B、C三位剪完头发走了，他们每个人这次剪发所花费的时间均为1小时。可是D、E、F三位就没有这么好运，因为他们要先等A、B、C三位剪完才能剪，所以他们每个人这次剪发所花费的时间均为2小时包括等待1小时和剪发1小时。 通过上面这个场景我们可以发现，对于理发店来说，都是每小时服务三位顾客第1个小时是A、B、C，第二个小时是D、E、F；但是对于顾客D、E、F来说，“响应时间”延长了。如果你可以理解上面的这些场景，就可以继续往下看了。 在新的场景中，我们假设这次理发店里一次来了9位顾客，根据我们上面的场景，相信你不难推断，这9位顾客中有3位的“响应时间”为1小时，有3位的“响应时间”为2小时（等待1小时+剪发1小时），还有3位的“响应时间”为3小时（等待2小时+剪发1小时）已经到达用户所能忍受的极限。假如在把这个场景中的顾客数量改为10，那么我们已经可以断定，一定会有1位顾客因为“响应时间”过长而无法忍受，最终离开理发店走了,2. 性能测试过程,测试需求分析制定测试方案执行测试方案测试结果分析系统性能调优编写测试报告,2.1 测试需求分析,测试需求分析主要有以下的几个关键点：测试的目的是什么 性能符合性验证：验证是否满足用户和应用的需要。 性能能力验证：确定性能极限、是否存在性能瓶颈。 性能调优：对系统的性能进行调试、优化。,2.1 性能测试需求分析,性能测试要素分析： 用户访问数量（用户并发数量） 需要验证性能的功能点 需要制定符合实际应用的场景（登陆、注册、查询、新增、上传、下载、购物并发） 用户分布（即执行每种功能场景的用户数） 硬件环境（包括网络环境） 软件环境 数据量其它分析 系统运行中所出现的问题有什么特征或规律 疲劳测试执行时间多少 性能需求的指标是什么等,2.2 制定测试策略,测试目的不同，则相应的测试策略不同。 性能符合性验证负载测试、疲劳强度测试。 性能能力验证压力测试、疲劳强度测试。 性能调优测试-调整-测试。负载测试、压力测试、疲劳强度测试。,2.3 制定测试方案,测试需求测试策略测试场景测试环境测试准备人员及时间安排问题与对策,2.4 执行测试方案,搭建测试环境录制脚本、编辑优化脚本布置测试场景执行测试场景,2.5 测试结果分析,性能符合性验证：查看测试结果是否满足要求，比如响应时间、资源利用率、吞吐量等等。性能能力验证：查看测试结果是否满足要求，记录软件系统的性能变化曲线。 对于确定是否存在性能瓶颈，首先判断是否存在硬件（包括网络）瓶颈问题，若不存在硬件瓶颈问题，则按照应用软件到系统软件（应用服务器、数据库服务器、操作系统）的顺序进行分析，确定瓶颈点。性能调优：同性能能力验证确定性能瓶颈分析方法。,2.5.1 测试结果分析,硬件瓶颈分析方法 内存分析方法 处理器分析方法 磁盘I/O分析方法 网络分析方法,2.5.1.1 测试结果分析,内存分析方法 1.首先查看可用内存（MemoryAvailable Mbytes）计数器指标。若值较小则可能有内存问题，需进一步分析。 2.注意Pages/sec、Pages Read/sec和Page Faults/sec计数器的值。 Pages/sec和Page Faults/sec的值持续很高，很可能内存问题，若Pages Read/sec的值超过5，则可判断存在内存问题。 3.根据Physical Disk计数器的值分析性能瓶颈。如果磁盘的Average Disk Queue Length计数器增加的同时Pages Read/sec并未降低，则可判断内存有问题。,2.5.1.2 测试结果分析,处理器分析方法 1.首先查看System%Total Processor Time计数器的值。该值体现的是CPU的平均利用率，若超过90%，则说明存在处理器方面的瓶颈。 2.其次查看每个CPU的Processor%User Time计数器的值。若应用服务器的%User Time值较大，可以考虑是否能通过算法优化等方法降低这个值。若数据库服务器的%User Time值较大，可考虑对数据库系统进行优化。 3.查看SystemProcessor Queue Length计数器的值。当该值大于CPU数量的总数+1时，说明存在处理器方面的问题。,2.5.1.3 测试结果分析,磁盘I/O分析方法 1.查看%Disk Time计数器的值。该值较大，则可能存在磁盘瓶颈问题。 2.与ProcessorPrivileged Time合并进行分析。若%Disk Time值较大，而ProcessorPrivileged Time的值适中，则可判断存在磁盘问题。若ProcessorPrivileged Time较大，持续超过80%，则可能是内存泄漏。 3.根据Disk sec/Transfer进行分析。该值超过60ms，则磁盘存在问题。,2.5.1.4 测试结果分析,网络分析方法 1.查看Network Interface Bytes Total/sec计数器的值。用Bytes Total/sec计数器的值和网络的带宽进行比较，若超过50%，则说明网络存在性能瓶颈问题。,2.5.2 测试结果分析,软件瓶颈分析方法 分析事务响应时间、吞吐量，确定是否存在性能问题，若发现存在性能问题，则找出响应时间不符合要求或者出现多个失败的事务，对其进行分解，然后对其进行网页细分，以确定影响性能的元素。,2.5.3 测试结果分析,RBI（rapid bottleneck identify） 是Empirix公司提出的快速识别系统性能瓶颈的方法。该方法基于以下事实。1.发现的80%系统的性能瓶颈都由吞吐量制约；2.并发用户数和吞吐量瓶颈之间存在一定的关联；3.采用吞吐量测试可以更快速定位问题。 通过不断增加并发用户数和吞吐量观察系统的性能瓶颈。然后，从网络、数据库、应用服务器和代码本身4个环节确定系统的的性能瓶颈。,2.6 编写测试报告,测试指标：描述与测试场景对应的事务平均响应时间、事务吞吐率、资源消耗指标、运行的用户数等信息。结果分析与总结：根据测试目标，描述最后分析得到的结果，并给出相应的建议。,3. 性能测试举例,性能测试工具介绍 性能测试举例,3.1 性能测试工具介绍,常见性能测试工具介绍 性能测试工具的选择,3.1.1 常见性能测试工具,Apache公司的JMeter；HP 公司的LoadRunner；阿里云的PTS；Akamai CloudTest；云智慧-压测宝Microsoft公司的WAS ；RadView公司的WebLoad ；IBM公司的RPT ；开源工具：OPENSTA等。,Apache JMeter,JMeter简介 Jmeter是Apache组织开发的基于Java的压力测试工具。它最初被设计用于Web应用测试但后来扩展到其他测试领域。Apache jmeter 可以用于对静态的和动态的资源（文件，接口，Servlet，Perl脚本，java 对象，数据库和查询，FTP服务器等等）的性能进行测试。它可以用于对服务器，网络或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能。你可以使用它做性能的图形分析或在大并发负载测试你的服务器/脚本/对象。JMeter主要特性： 能够对HTTP和FTP服务器进行压力和性能测试， 也可以对任何数据库进行同样的测试（通过JDBC）。完全的可移植性和100 纯java，关键是免费的。完全多线程 框架允许通过多个线程并发取样和 通过单独的线程组对不同的功能同时取样。精心的GUI设计允许快速操作和更精确的计时。缓存和离线分析/回放测试结果。高可扩展性：可链接的取样器允许无限制的测试能力。数据分析和可视化插件提供了很好的可扩展性以及 以及个性化。具有提供动态输入到测试的功能（包括Javascrpt）。,HP LoadRunner,LoadRunner简介LoadRunner 是原Mercury公司的一款产品，2006年Mecury被HP收购。是一种预测系统行为和性能的负载测试工具。通过模拟上千万用户实施并发负载及实时性能检测来确认和查找问题，能够对整个企业架构进行测试。通过使用Loadrunner，企业能够最大限度的缩短测试时间，优化性能和加速应用系统的发布周期。LoadRunner 能支持广范的协议和技术，功能比较强大，可以为特殊环境提供特殊的解决方案。 特征）轻松创建虚拟用户；）创建真实的负载；）定位性能问题；）分析结果以精确定位问题所在；）完整的企业应用环境支持； 6 ）收费，目前V11版本有破解license，Web-http协议支持10000个并发LoadRunner和Jmeter代表着性能测试的第一代，大部分产品属于传统防火墙内的压测，适用于测试内网系统硬件资源以及服务、数据库在并发条件下的性能表现。,阿里云Performance Testing,阿里云性能测试(Performance Testing)是一个SaaS性能测试平台，具有强大的分布式压测能力，可模拟海量用户真实的业务场景，让应用性能问题无所遁形。PTS平台特色包括提供压测机，无需安装软件;脚本场景监控简单化，省时、省力;分布式并发压测，施压能力无上限;快速大规模集群扩容、支持几十万用户及百万级TPS性能压测;80%以上用户基本不需要花费额外的成本。PTS分为两个版本，Lite版免费，企业版提供资源包月和按量付费两种计费方式，按量付费采用阶梯价计算，满足企业客户多种压测需求。官网链接：https:/,Akamai CloudTest,阿里云PTS和CloudTest为代表的第二代压测产品把压测机迁移到云端，通过云资源在防火墙外部生成规模并发，有效降低了压测的成本与准备周期，提高了效率。只是由于压测点限制，国外或阿里的云压测产品，很难对国内应用，特别是非阿里环境部署的应用发起有效测试CloudTest 是一个集性能和功能测试于一体的综合压力测试云平台，专为现代网络和移动应用测试而设计开发，CloudTest可以图形化实现判断、循环，整体减轻了测试开发的工作量，缩短了开发时间。CloudTest基于内存的分析引擎，可以实时收集和展示数据，所有数据在3秒内汇聚显示。CloudTest采用虚拟化技术，完美的配合公有/私有云计算技术，无需过多的硬件，带宽资源的投入，人力维护成本几乎为零，测试按需获得，远程接入，适合多团队协作。各种规模的模拟成本均远远优于传统工具，同时大大缩短了测试周期。官网链接： https:/,云智慧-压测宝,为满足复杂的云端分布式应用交付场景的压力测试需求，第三代以云智慧压测宝为代表的压测产品应运而生，从终端用户行为与体验的视角来审视应用性能问题，通过与APM整合深度追踪系统，准确发现影响性能的问题瓶颈。压测宝是云智慧推出的面向真实用户行为与地域分布的全链路云端压力测试平台，通过云端服务器产生真实分布式用户访问压力，模拟来自各地域用户接入后台所带来的真实流量，无限接近生产环境所面临的各种复杂因素，测量真实的用户体验。通过集成云智慧应用性能管理和监控产品，帮助实现基于真实用户行为的压测方案定制、压测过程中实时定位各环节应用资源及代码瓶颈，现场纠错，分析应用性能肇因。特征：压测宝通过独有的开放架构，支持各种主流网络协议;同时支持手机APP的脚本录制方式，可以大大降低压测脚本制作的时间和难度。依托压测宝以及完善的产品线，云智慧为用户提供了一站式压测服务，面向云计算时代的复杂应用提供专业性能压测服务，帮助企业客观评估应用性能容量，发现全链路性能瓶颈，对应用架构的调优及架构容量规划提供专业咨询服务，满足企业灵活多变的业务需求。目前压测宝已提供高达10万UV并发级别的压测服务。官网链接：http:/,Microsoft-WAS,、简介：WAS-Web Application Stress是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具，您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响。、特征：1）可以数种不同的方式建立测试指令：包含以手动、录制浏览器操作步骤、或直接录入IIS的记录文件、录入网站的内容及录入其它测试程序的指令等方式；2）支持多种客户端接口； 3）支持多用户：利用多种不同的认证方式仿真实际的情况。,RadView - WebLoad,、简介：WebLoad是RadView公司推出的一个性能测试和分析工具,它让web应用程序开发者自动执行压力测试;WebLoad通过模拟真实用户的操作,生成压力负载来测试web的性能。、特征：）用户创建的是基于javascript的测试脚本,称为议程agenda,用它来模拟客户的行为,通过执行该脚本来衡量web应用程序在真实环境下的性能。）如有需要可以在做负载测试的同时，使用服务器监控工具对服务器端的内容进行记录那样使负载测试更加全面。,IBM - RPT,1、简介RPT-Rational Performance Tester是IBM基于Eclipse平台开发出来的最新性能测试解决方案。它可以有效地帮助测试人员和性能工程师验证系统的性能，识别和解决各种性能问题。2、特征 在为性能测试员和性能优化人员提供了前面所提到的各种性能测试能力以外，它还提供了可视化编辑器，一方面可以使新的测试人员可以在无需培训和编程的情况下，即可快速上手完成性能测试；另一方面，也为需要高级分析和自定义选项的专家级测试人员，提供了对丰富的测试信息的访问和定制能力、自定义 Java 代码插入执行能力、自动检测和处理可变数据的能力。,OPENSTA,1、简介OpenSTA- Open System Testing Architecture是专用于B/S结构的、免费的性能测试工具，可以模拟很多用户来访问需要测试的网站，它是一个功能强大、自定义设置功能完备的软件。2、特征1）免费、源代码开放；2）自定义功能设置大部分需要通过Script来完成，因此，在真正的使用这个软件之前，必须学习好它的Script编写。官网链接：http:/www.opensta.org/,3.1.2 性能测试工具的选择,创建还是购买 如何选择一种商业工具,3.1.2.1 创建还是购买,3.1.2.2 如何选择一种商业工具,需要注意的几点：工具是否支持被测系统运行的平台（软硬件环境、数据库环境）；工具能否支持被测系统使用的协议；工具是否能够支持我们的特殊要求，如防火墙、负载均衡等；工具是否能够提供对我们关心的服务器类型计数器的监控；工具的价格。,3.2 性能测试举例,某网站测试需求 可以支持100个并发用户执行登陆和各种查询操作，要求登陆响应时间在2秒以内，数据录入响应时间在3秒以内，查询操作的响应时间在4秒以内，查看详情页面响应时间在3秒以内，服务器CPU利用率在70%以下。,3.2 性能测试举例,性能需求分析 测试目的：验证是否满足应用要求（性能符合性验证）。 测试要素： 并发用户-100个。 测试功能-用户登陆、录入、查询、查看详情。 用户分布-平均分配。 数据量、软件、硬件环境委托方负责准备。,3.2 性能测试举例,测试策略 负载测试单项业务模式、混合业务模式。 说明：混合业务模式和实际应用是非常接近的，需要进行测试。 对于单独业务模式，虽然实际情况中很难出现，但这是一种极限的情况，也应该把这种情况下的测试结果呈现给用户。,3.2 性能测试举例,测试场景 场景1：100个用户同时执行登陆操作。 场景2：100个用户同时执行查询操作。 场景3：100个用户同时执行查看详情页面操作。场景4：100个用户同时执行数据录入操作。 场景5：100个用户同时执行不同的操作，其中25个用户执行登陆操作，25个用户执行查询操作，25个用户执行查看详情页面操作，25个用户执行数据录入操作。,3.2 性能测试举例,执行测试 录制、编辑脚本 制定测试场景 执行测试场景,3.2 性能测试举例,LoadRunner介绍 Virtual User Generator 用来录制脚本、编辑脚本 Controller 用来布置测试场景、执行测试场景 Analysis 用来对测试结果进行分析,下一节课我们讲LoadRunner工具的使用,谢 谢！,