性能测试vs负载测试vs压力测试.pdfVIP

性能测试vs 负载测试vs 压力测试 效率作为 ISO 9126 内部和外部质量的重要质量属性之一，其含义是在规定条件下，相对于所用的资 源的数量，软件产品可提供适当性能的能力。资源可能包括其他软件产品或系统的软件和硬件配置，以及 其他相关的资源 （例如：打印纸、磁盘等）。 效率测试主要关注产品的时间和资源相关的特性。时间相关的特性是指在规定条件下，软件产品执行 其功能时，提供适当的响应和处理时间以及吞吐量的能力，例如：用户打开某个网页需要等待的时间；资 源相关的特性是指，在规定条件下，软件产品执行其功能时，使用合适数量和类别的资源的能力，例如： 用户在进行相关操作时，系统的内存和CPU 的变化情况。 根据产品的时间特性和资源特性，效率测试可以包括不同的测试类型，例如：性能测试 （Performance Test ）、负载测试 （Load Test ）和压力测试 （Stress Test ）。这三种效率测试类型，不仅在具体定义上面有 不同的侧重点，同时相互之间又是密切关联的。 1）性能测试 性能测试主要评价系统或组件的性能是否和具体的性能需求一致，例如：对访问速度的性能需求或对 内存使用情况的需求。特定性能测试的关注点在于组件或系统在规定的时间内和特定的条件下响应用户或 系统输入的能力。 不同的性能的度量方法取决于不同的被测对象。对于一个单独软件组件，其性能可以根据CPU 主频来 判定。而带客户端的系统，其性能则要根据系统处理特定用户请求的响应时间来判定。对于那些由多种组 件 （如客户端、服务器、数据库）构成的系统，则要进行各组件之间的性能测试。 产品的性能对用户是否会持续使用该产品影响很大。表 1 所示是一个用户对访问一个独立页面时等待 不同时间的态度分布。可以看到，当页面加载时间在 10 秒的时候，有 84%的用户愿意等待；但是当页面 加载时间达到30 秒的时候，只有5%的用户愿意等待。 表1 用户愿意等待时间分布 页面加载时间 愿意等待的用户比例 10 秒 84 ％ 15 秒 51％ 20 秒 26 ％ 30 秒 5 ％ 表1 中的数据考虑了网络的延迟。而如果在测试环境中，整个网络是被测试系统所独占的时候，对系 统性能的要求要高的多。对于愿意等待的时间，每个用户的承受范围是不同，而且用户对不同的应用程序 愿意接受的等待时间也是不一样的。下面是一组关于响应时间的性能需求描述： ¡ñ 对于多媒体交互系统，在90%的时间内系统响应时间应该不超过0.1 秒； ¡ñ 对于每个用户同时只有一项任务的在线系统，在90%的时间内系统响应时间应该不超过0.5 秒； ¡ñ 对于每个用户同时有多任务的在线系统，在90%的时间内系统响应时间应该不超过1 秒。 性能测试关注的是系统性能是否和具体的性能需求相一致，而当系统性能超过性能需求的时候，系统 的表现并不是测试人员关心的重点。例如：性能需求中要求系统应该支持最大同时在线用户为 5000 个， 那么在性能测试过程中重点测试系统是否能支持5000 个用户同时在线；当有5000 个用户同时在线后，性 能测试需要关注整个系统的运行是否符合要求；而对于在线用户超过 5000 人的时候，系统的表现行为并 不是性能测试需要关注的 2 ）负载测试 负载测试是一种通过增加负载来评估组件或系统的性能的测试方法。例如：通过增加并发用户数和（或） 事务数量来测量组件或系统能够承受的负载。负载测试和性能测试的主要区别在于负载测试时，系统负载 是逐渐增加的，而不是一步到位，负载测试需要观察系统在各种不同的负载情况下是否都能够正常工作。 下图是某网站随着用户数量的增加，对应的响应时间也在增加的趋势图。具体趋势如图1 所示。 图1 某网站负载测试中用户数量和响应时间关系图 通过观察图1，可以发现随着用户数目的增加，系统响应时间也跟着增加。当在线用户数到700 以后， 系统响应时间增速明显加快。当然响应时间只是