性能测试的基本概念剖析.ppt

性能测试 基本概念 响应时间 定义： 响应时间指的是从客户端发起一个请求开始，到客户端接收到从服务器端返回的响应结束，这个过程所耗费的时间。 响应时间通常用时间单位来衡量， 例如 秒（seconds） 或者 毫秒（milliseconds） 在某些工具中，响应时间通常会称为“TTLB”，即“time to last byte”，意思是从发起一个请求开始，到客户端收到最后一个字节的响应所耗费的时间。 响应时间 vs 负载 图形中的拐点 表示响应时间突然增加 意味着一种或者多种系统资源的利用达到了极限 例如： 很多Web服务器可以设置固定数量的threads来处理用户同时发出的请求。 当这些并发的请求数量超过当前有效的threads数量时，任何新到的请求将会被放入一个队列中等待系统的处理。 这个在队列中等待的时间将会使响应时间大大的增加。 响应时间的分解 响应时间= 网络响应时间 + 应用程序响应时间 网络响应时间 网络响应时间指的是数据从一个服务器到另一个服务器在网络上传输所需花费的时间。 应用程序响应时间 应用程序响应时间指的是服务器处理数据所需花费的时间。 响应时间 = (N1+N2+N3+N4)+(A1+A2+A3) 吞吐量 定义 吞吐量指的是单位时间内处理的客户端请求数量。 通常情况下，吞吐量用 请求数/秒 Or 页面数/秒 来衡量。 从业务角度看，吞吐量也可以用 访问人数/天 Or 页面访问量/天 来衡量。 吞吐量 vs 负载 资源利用率 定义 资源利用率指的是对不同系统资源的使用程度，例如服务器的CPU（s），内存，网络带宽等。 资源利用率通常以占用最大值的百分比 n % 来衡量。 资源利用率 vs 负载 当某个资源利用率随着负载的增加最终在100%居高不下时，就可能意味着这个资源变成了系统的性能瓶颈所在。 提高这个资源的量，将会提高系统的吞吐量，同时降低交易的响应时间，即改进了系统的性能。 当你要衡量或者测试的某个资源总是无法达到100%的利用时，很有可能这时其他的某个或者某些资源已经达到了最大的使用率。它们已经变成了系统的性能瓶颈。 定位瓶颈的所在，是一个漫长而又艰苦的过程 不能孤立的看问题 现象：响应时间骤增到45秒，但是CPU的利用率只达到60%。 说明：如果在测试中单独的观察CPU或者是内存的利用率，对于分析定位性能瓶颈是没有什么帮助的。 应用程序 绝大部分的传统应用程序是针对单个用户的，而现在的Web应用程序都是被设计来能够支持大量的并发用户。 性能测试已经成为部署Web应用程序及其他类似程序的不可或缺的步骤。 性能测试的应用领域 能力规划 性能调优 缺陷修复 几个问题 在要求平均响应时间小于5秒的前提下，你如何判断系统是否能够支持200万用户/天的访问量？ 如果你的公司计划在将来的两个月内把业务量提高200%，你如何判断公司的Web应用系统是否需要升级服务器的配置或者是增加服务器的数量？ 你的网站系统在每个月的纳税期高峰日中，能够承受往常6倍的访问量吗？ 方法一：负载测试 使用测试环境模拟不同程度的负载，收集系统在不同程度负载下的表现情况，依此来了解系统的能力（不同负载级别时的响应时间、吞吐量和资源利用率）。 方法二：配置测试 在不同硬件配置的情况下对系统进行负载测试。例如CPU数量为1，2，4，6。 怎么办？ 当系统的用户访问量在不断的快速增加时，运营小组该怎么办？ 升级服务器的硬件，换成更快、更大的机器。 增加服务器的数量。 还有一种方法： 对系统和应用程序进行仔细的调优，以提高响应时间、吞吐量和资源利用率的性能指标。 1秒的影响 对于单个用户的响应时间，1秒的差距可能不显著，甚至被忽视。但是对于一个不间断的被成百上千用户同时访问的服务器来说，每个用户的响应时间都缩短1秒将是非常巨大的区别。 调优的对象 应用程序 系统平台设置 Web服务器设置 调优的方法 每次改变一个系统参数或者一个应用逻辑 使用固定的负载 测试另一个设置之前收集本次性能测试的数据。 重复测试过程，直到应用程序的性能达到了期望的状态。 某些缺陷只有在高负载的情况下才能暴露出来。 例如：内存泄露 典型测试方法详解 负载/压力测试 能力测试 事务资源消耗分析测试 负载/压力测试 负载测试有时也称为压力测试 负载测试的目的是在不同用户压力下检查相应的响应时间、吞吐量、资源利用和其他的指标 需要模拟真实的用户行为 服务器日志文件 现有的