快速瓶颈识别—好的负载.PDFVIP

快速瓶颈识别 — 更好的负载 测试方法 Oracle 白皮书 2008 年 6 月 快速瓶颈识别 — 更好的负载 测试方法 引言 您准备启动关键的 Web 应用程序。确保良好的应用程序性能至关重要，但 时间短暂。如何能够以最佳方式测试应用程序，同时还要满足最后期限？ . 快速瓶颈识别 (RBI) 是一种新的测试方法，可允许质量保证 (QA) 专业人 RBI 兼具对瓶颈的全面了解以及精 细的负载测试方法，使企业能够创 员非常快速地发现 Web 应用程序性能限制，并确定这些限制对最终用户体 建高度可扩展的 Web 应用程序。 验的影响。RBI 方法的开发历经数年涵盖所有类型平台的测试，可显著缩 短负载测试周期，同时允许进行更加彻底的测试。使用此方法，企业可以提 升应用程序质量、增强客户体验以及降低部署新系统的成本。 定义的性能测试 性能测试可以粗略定义为“为评估系统或组件是否符合指定性能要求而进行 的测试”。但是，每个应用程序都至少有一个瓶颈，因此很少有系统在任何 时候都能达到初始的性能要求。为了反映这一现实，让我们将性能测试重新 定义为“为隔离和识别阻止应用程序扩展导致无法满足其性能要求的系统和 应用程序问题（瓶颈）而进行的测试”。 这种观点上的哲学转变，即从作为评估的测试到作为主动研究以隔离和解决 问题的测试，是创建 RBI 方法的驱动力。RBI 兼具对瓶颈的全面了解以及 精细的测试方法，使企业能够创建高度可扩展的 Web 应用程序。 快速瓶颈识别 — 更好的负载测试方法 第 2 页 了解瓶颈、吞吐量和并发性 在深入研究 RBI 方法的细节之前，我们必须首先大致了解一下瓶颈以及发 现瓶颈的位置，并对吞吐量和并发性测试加以区分。 瓶颈 — 主要的性能障碍 任何对数据流或处理速度予以定义限制的系统资源（如硬件、软件或带 宽）都会产生瓶颈。在 Web 应用程序中，瓶颈可限制数据吞吐量或限制 应用程序连接数，从而直接影响性能和可扩展性。这些问题在系统体系结 构的所有级别出现，包括网络层、Web 服务器、应用服务器以及数据库服 务器。根据我们对实际客户应用程序的测试经验，瓶颈跨这些组件分布， 如图 1 中所示。 在 Web 应用程序中，瓶颈可限制数据 吞吐量或限制应用程序连接数， 从而直接影响性能和可扩展性。 图 1. 瓶颈在系统基础架构中的分布估计。 测试复杂性的复合影响 您所选择的测试方法直接影响隔离和解决瓶颈的难度。遗憾的是，过多的 测试过程都从复杂的使用情形开始，测