Web测试的创作与调试技术.docVIP

Web 测试的创作与调试技术本文面向的测试人员和开发人员，是那些想丰富有关 Microsoft Visual Studio 2005 Team Edition for Software Testers 中 Web 测试功能经验的人员。 返回页首 简介 Microsoft Visual Studio 2005 Team Edition for Software Testers 引入了一个全新的用于 Web 和负载测试的强大工具集。Web 应用程序的负载测试可跨多个计算机进行并模拟成千上万个用户，但其核心则是一个 Web 测试集合。本文针对的读者是这样一些测试和开发人员，他们想学习更多有关创建有效的 Web 测试并对它们进行调试，以确保按预期方式运行的技术。 返回页首 记录一个 Web 测试 了解 Web Test Recorder Web Test Recorder 挂钩到 Internet Explorer 对象模型，侦听不同的导航事件。该类记录的主要优点是，可以记录安全套接字层 (SSL) 和已验证身份的 Web 站点，而没有任何特殊的配置要求。 该记录方法的另一方面是，Web 测试中不记录诸如图像、级联样式表（cascading style sheet，CSS）文件和 JavaScript 文件这样的依赖请求。相反，这些依赖请求在 Web 测试执行过程中从 HTML 页中被分析出来并进行自动请求。该功能有助于 Web 测试能更好地还原装饰性的 Web 站点更改，使测试更关注于 Web 应用程序的实际使用。如果需要，也可以禁用该功能，方法是将请求的 ParseDependentRequests 属性设置为 false。 该记录方法的一个不足是，它可能无法记录由 JavaScript（例如，在 AJAX 站点上）、ActiveX 控件和某些类型的弹出窗口发出的请求，因为 Internet Explorer 无法始终引发所需的事件。在多数情况下，可手动地将丢失的请求添加回 Web 测试来解决这些问题，稍后将阐述这一点。 插入注释 在记录过程中插入注释有助于创建有效的 Web 测试，特别是当 Web 测试包含很多请求时。您应该使用注释来说明在 Web 测试的不同点应该采用什么逻辑操作，例如，“登录”、“将项 X 添加到购物车”等。当您稍后在 Web 测试编辑器中修改 Web 测试时，这些注释是非常有用的。 您也可以使用注释来说明需要添加什么样的验证规则以确保 Web 测试成功。较之于在 Web 测试编辑器中查看 HTTP 请求列表而言，在记录并查看页面时决定需要对每个请求进行哪些验证更容易进行。 谨记要记录 Think Time Web 测试请求的 ThinkTime 属性是指用户在发出下一个请求之前花在当前页的“思考”时间。Think time 延迟用于在负载测试过程中估算实际用户的行为。由于 Think time 对 Web 测试可以生成的负载量会产生巨大的影响，因此在负载测试中可全面禁用它，以便将更大的负载应用到目标服务器。禁用 Think time 使您能够尽快发出对服务器的请求，而不会产生请求间的延迟。 Web 测试记录器在针对 Web 应用程序的请求进行记录时自动记录 Think time。在记录过程中，尝试估算用户通常在每个页面上将花费的时间。当记录完成后，查看针对每个请求记录的思考时间尤为重要。无意中造成的较长思考时间会极大地影响 Web 测试生成请求的速率。默认情况下，Think time 在 Web Test Viewer 中是关闭的。因此，较长的思考时间不可能立即体现出来。当 Think time 在 Web Test Viewer 中打开时，您将看到 HTTP 状态栏中显示“Thinking…[n]”，直到下一请求开始。默认情况下，Think time 在负载测试中打开。当暂停记录并输入注释时，Think time 计数器停止。 返回页首 运行并验证 Web 测试 了解 Web 测试引擎 有关 Web 测试引擎需要了解的一个关键概念是，Web 测试在 HTTP 层工作。Web 测试包含一个 HTTP 请求列表；这些请求主要都是由查询字符串参数、窗体参数和针对 Web 服务器的 URL 组成的。Web 测试引擎执行这些 HTTP 请求，从服务器（一个或多个）检索响应，以及收集计时数据。 由于 Web 测试引擎在 HTTP 层起作用，因此它并不直接模拟客户端脚本，例如，JavaScript 或 ActiveX 控件。Web 测试关注在服务器上生成负载。因此，只影响 Web 页外观的客户端脚本对 Web 测试而言并不重要。那些在附加 HTTP 请求（例如，AJAX）中设置参数值或结果的客户端脚本影响