第2章性能测试目的.pptVIP

1.1 为什么要进行性能测试 1.2 性能测试的目标 1.3 性能测试的方法 1.2 性能测试的目标 评价系统当前性能 寻找瓶颈，优化性能 预测系统未来性能，可扩展性 性能测试目标 -评价系统当前性能 系统刚刚上线，处于试运行，用户需要确定当前系统是否满足验收要求。 系统已经运行一段时间，如何保证能够一直具有良好的运行性能。 性能测试目标 -寻找瓶颈，优化性能 用户提出业务操作响应时间长，如何定位问题，调整性能。 系统运行一段时间后，速度变慢，如何寻找瓶颈，进而优化性能。 性能测试目标 -预测系统未来性能，可扩展性 系统用户数增加时，当前系统是否能满足需求，如果不能，需要进行哪些调整？增加应用服务器？提高数据库服务器的配置？或是需要对代码进行调整？ 1.3 性能测试的方法 性能测试（Performance Testing） 负载测试（Load Testing） 压力测试（Stress Testing） 配置测试（Configuration Testing） 并发测试（Concurrency Testing） 可靠性测试（Reliability Testing） 失效恢复测试（Failover Testing） 性能测试 1.思想：通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生产性能要求。且其是一种最常见的测试方法，通俗地说，这种测试方法就是要在特定的运行条件下验证系统的能力状况。 2.特点： a. 这种方法的主要目的是验证系统是否具有系统宣称的能力。 （该方法包括确定用户场景、给出需要关注的性能指标、测试执行和测试分析这几个步骤，这是一种完全确定了系统运行环境和测试行为的测试方法，其目的只能是依据事先的性能规划，验证系统有没有达到其宣称具有的能力。） b.这种方法需要事先了解被测试系统典型场景，并具有确定的性能目标。 典型场景：具有代表性的用户业务操作 性能目标的描述方式（一般情况）： ”要求系统在100个并发用户的条件下进行某业务操作，响应时间不超过5秒“。 c.这种方法要求在已确定的环境下运行。 （该方法的运行环境必须是确定的。软件系统的性能表现与非常多的因素相关，无法根据系统在一个环境上的表现去推断其在另一个不同环境中的表现，因此对这种验证性的测试，必须要求测试时的环境（硬件设备、软件环境、网络条件、基础数据等）都已经确定） 负载测试 1.思想：通过在被测系统上不断增加压力，直到性能指标，例如“响应时间”超过预定指标或者某种资源使用已经达到饱和状态。 这种测试方法可以找到系统处理的极限，为系统调优提供依据。在某些情况下，该方法也称为可量性测试。 2.目标： 测试在一定负载情况下系统性能。 【注：不关注稳定性，也就是说不关注长时间运行，只是得到不同负载下相关性能指标即可】 实际中我们常从比较小的负载开始，逐渐增加模拟用户的数量（增加负载）， 观察不同负载下应用程序响应时间、所耗资源，直到超时或关键资源耗尽，这就是所说的负载测试，它是测试系统在不同负载情况下的性能指标。 3.特点： a.这种性能测试方法的目的是找到系统处理能力的极限。 实现方式：通过“检测-加压-直到性能指标超过预期”的手段，其主要目的是找到系统处理能力的极限。 极限描述方式： “在给定条件下最多允许120个并发用户访问”或是“在给定条件下最多能够在1小时内处理2100笔业务”。 预期性能指标描述方式： ”响应时间不超过10秒“、”服务器平均CPU利用率低于65%等指标“。） b.这种性能测试方法需要在给定的测试环境下进行，通常也需要考虑被测系统的业务压力量和典型场景，使得测试结果具有业务上的意义。 （该方法由于涉及到”预定的性能指标“等需要进行比较的数据，也必须在给定的测试环境下进行。另外，该方法在”加压“的时候，必须选择典型的场景，在增加压力时保证这种压力具有业务上的意义。） c.这种性能测试方法一般用来了解系统的性能容量，或是配合性能调优来使用。 性能容量：系统在保证一定响应时间的情况下能够允许多少并发用户的访问。 配合性能调优来使用：比较调优前后的性能差异。 压力测试 1.思想：该方法是在一定饱和状态下，例如CPU、内存等在饱和使用情况下，系统能够处理的会话能力，以及系统是否会出现错误。目的是找到系统在哪里失效以及如何失效。 2.目标：是测试在一定的负载下系统长时间运行的稳定性，尤其关注大业务量情况下长时间运行系统性能的变化（例如是否反应变慢、是否会内存泄漏导致系统逐渐崩溃、是否能恢复） 3.特点： a.该测试方法的主要目的是检查系统处于压力情况下，应用的表现。 实现方式：通过增加访问压力（例如：增加并发的用户数量等），使应用系统的