第7章性能测试要点分析.pptVIP

并发用户与虚拟用户 首先，要分两种测试情况，第一种是通过跑网页实际业务测试，如教务系统，观察其登陆事务、查询事务等，第二种，测试跑单个静态页面，或者动态页面，服务器所表现出来的性能。 第一种，可以设计集中点，让虚拟用户同时登陆，观察其响应事务情况，那么这个观察点，可以说是，同一时刻，并发登陆的用户数是虚拟用户数。 第二种，测试单一个页面，假设是一个静态页面，这个静态页面，并不存在GET一个图片页面，单纯是请求一个HTML页，这时候，虚拟用户数就显得不太正确了，这时候，会发觉当设置100个虚拟用户或者1000个虚拟用户时候，网络系统所跑出来的性能效果是接近的，那是不是说，并发用户数已经达到1000呢？答案是否定，因为系统，早已经在加压到1000个用户的时候，达到瓶颈了，尤其是加压吞吐量方面。观察系统每秒吞吐量是不是停留在10M左右，或者100M左右，如果是停留在这么几个数字，说明系统在加压到1000个虚拟用户的时候，吞吐量早已经达到瓶颈，无论怎么加压，都已经不是虚拟用户的问题了，那么对于这种情况，如何判断并发数是多少了，个人认为，是每秒点击量，假如测试页面是单纯只是一个静态网页，那么每秒点击数就是最大并发数，重新认识并发数的概念，并发数，可以理解成并发用户数，也可以理解为并发连接数，并发用户数更偏向7层网络理解，是一种业务的并发数，如模拟用户同时登陆，而并发连接数，就是偏向4层网络，是TCP连接，需要了解这个服务器能同时接收多少个TCP连接。 当我们测试具体业务的时候，我们测试的是，虚拟用户的并发事务数 当我们测试单个静态页的时候，我们测试的是，并发的TCP连接数，认为基本等于每秒点击量。 7.2 性能测试分类 一些常见的性能测试。 补充：一般性能测试 一般性能测试指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。 对于单机版的软件，我们就在其推荐配置下运行软件，检查CPU的利用率、内存的占有率等性能指标以及软件主要事务的平均响应时间。 对于C/S和B/S结构的软件，则测试单个用户登录后，系统主要事务的响应时间和服务器的资源消耗情况。 比如，测试163邮箱的登录模块，我们只让1个用户多次登录，记录服务器端系统资源的消耗情况（CPU、内存等），并记录单个用户的平均登录时间。 7.2.1 负载测试 1. 概述　　负载测试(Load Test)是通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。 负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如响应时间、事务处理速率和其它与时间相关的方面。 　　负载测试是模拟实际软件系统所承受的负载条件的系统负荷，通过不断加载(如大量重复的行为、逐渐增加虚拟用户的数量)或其它加载方式来观察不同负载下系统的响应时间和数据吞吐量、系统占用的资源(如CPU、内存)等，以检验系统的行为和特性，以发现系统可能存在的性能瓶颈、内存泄漏、不能实时同步等问题。 　　2. 测试的加载方式　　负载测试的加载方式通常有如下几种： (1) 一次加载。一次性加载某个数量的用户，在预定的时间段内持续运行。例如，早晨上班时间，访问网站或登录网站的时间非常集中，基本属于扁平负载模式。 (2) 递增加载。有规律地逐渐增加用户，每几秒增加一些新用户，交错上升。借助这种负载方式的测试，容易发现性能的拐点，即性能瓶颈。 (3) 高低突变加载。某个时间用户数量很大，突然降到很低，过一段时间，又突然加到很高，反复几次。借助这种负载方式的测试，容易发现资源释放、内存泄露等问题。 (4) 随机加载方式。由随机算法自动生成某个数量范围内变化的、动态的负载，这种方式可能是和实际情况最为接近的一种负载方式。虽然不容易模拟系统运行出现的瞬时高峰期，但可以模拟系统长时间的高位运行状态。 7.2.2 压力测试 　　1. 概述　　压力测试(Stress Test)也称强度测试，是在强负载(大数据量、大量并发用户等)下的测试，通过查看应用系统在峰值使用情况下的操作行为，发现系统的某项功能隐患、系统是否具有良好的容错能力和可恢复能力。 　　通过压力测试，可以发现内存泄漏问题，还可以发现影响系统稳定性的问题。 　　微软测试实践经验表明，如果软件产品通过了72小时压力测试，则在72小时后出现问题的可能性微乎其微。所以，72小时成为微软产品压力测试的时间标志。 　　2. 测试步骤　　压力测试的一般步骤如下：　　步骤一：进行简单多任务测试。　　步骤二：简单压力缺陷修正后，增加系统的压力直到系统崩