关于运行设置
更新:2007 年 11 月
“运行设置”是能影响负载测试的运行方式的一组属性。在“属性”窗口中,运行设置按类别进行组织。
一个负载测试中可以具有多个运行设置。对于每次负载测试运行,只有一个运行设置可以处于活动状态。其他运行设置提供了一组易于访问的备用设置,以用于后续的测试运行。活动的运行设置将由 LoadTest 类的 RunSettings 属性访问。在“负载测试编辑器”中,活动运行设置以“[Active]”后缀来标识。通过右击运行设置节点并选择“设置为活动”,可以更改活动的运行设置。也可以通过在“负载测试编辑器”中选择根节点并在“属性”窗口中的下拉列表中选择运行设置名称来更改活动的运行设置。
下面的部分中对运行设置类别进行了定义:
通用信息
说明
对运行设置的说明。最多错误详细信息
已失败请求的请求与响应详细信息最大存储数。这很重要,因为详细的错误结果可能使用大量的数据库存储区。如果不想记录错误详细信息,则请使用 0 值。名称
运行设置显示在“负载测试编辑器”的“运行设置”节点中时使用的名称。验证级别
此类别定义了将在负载测试中运行的验证规则的最高级别。验证规则与 Web 测试请求相关联。每个验证规则都有关联的验证级别:高、中或低。此负载测试运行设置将指定在负载测试中运行 Web 测试时将运行哪些验证规则。例如,如果将此运行设置设置为“中”,则将运行所有标记为中或低的验证规则。已报告请求 URL 的最大数量
在此负载测试中报告其结果的唯一 Web 测试请求 URL 的最大数量。如果需要,可以增大此数字,但这样还会增加负载测试结果的大小和处理时间。在应用程序域中运行单元测试
这是一个布尔值,它决定当负载测试包含单元测试时,是否在单独的应用程序域中运行每个单元测试程序集。默认设置为 True。如果您进行的单元测试不要求单独的应用程序域或 app.config 文件正常工作,则将该属性的值设置为 False 可能会使这些单元测试运行得更快。
结果
存储类型
存储在负载测试中获得的性能计数器的方式。提供了以下选项:无
数据库 - 需要具有负载测试结果存储区的 SQL 数据库。有关更多信息,请参见 关于负载测试结果储存库。
计时详细信息存储
用于确定要在负载测试结果存储区中存储哪些详细信息。有三个值:“None”- 不收集任何单个计时值。这是默认值。
“StatisticsOnly”- 在负载测试结果存储区中只收集并存储统计信息,而不是在负载测试期间执行/发出的每个测试、事务和页的单个计时值。
“AllIndividualDetails” - 在负载测试结果存储区中收集并存储在负载测试期间运行/发出的每个测试、事务和页的单个计时值。
SQL 跟踪
“跟踪 SQL 操作的最短持续时间”
要由 SQL 跟踪捕获的 SQL 操作的最短持续时间(以毫秒为单位)。例如,当尝试查找在负载下速度慢的 SQL 操作时,这可以使您忽略快速完成的操作。“SQL 跟踪连接字符串”
用于访问要跟踪的数据库的连接字符串。“SQL 跟踪目录”
跟踪结束后放置 SQL 跟踪文件的位置。SQL Server 必须具有对该目录的写权限,控制器必须具有对它的读权限。“已启用 SQL 跟踪”
这将启用 SQL 操作的跟踪。默认值为 false。
有关更多信息,请参见 如何:集成 SQL 跟踪数据。
测试迭代
测试迭代
指定在完成负载测试之前要运行的单个测试的总数。只有当“使用测试迭代”属性为“True”时,才应用此属性。使用测试迭代
如果“使用测试迭代”为“True”,负载测试将一直运行,直到负载测试中已完成单个测试的总数达到“测试迭代”属性指定的数量为止。在这种情况下,将忽略基于时间的设置,包括“预热持续时间”、“运行持续时间”和“冷却持续时间”。如果“使用测试迭代”为“False”,将应用所有计时设置,而忽略“测试迭代”。
计时
运行持续时间
测试的长度,格式为 hh:mm:ss。采样速率
捕获性能计数器值的时间间隔,格式为 hh:mm:ss。“预热持续时间”
从测试开始到开始记录数据样本之间的时间段,格式为 hh:mm:ss。这段时间通常用于在记录采样值之前使负载虚拟用户达到特定的负载级别。在预热期结束之前捕获的采样值将显示在“负载测试监视器”中。冷却持续时间
测试冷却阶段的持续时间,以 hh:mm:ss 格式表示。负载测试结束时,其中的单个测试可能仍在运行。在冷却阶段,这些测试可以继续运行,直到它们运行完毕或者直到冷却阶段结束。默认情况下没有冷却阶段,负载测试结束时根据“运行持续时间”设置来终止单个测试。
WebTest 连接
WebTest 连接模型
对于在负载测试中运行的 Web 测试,此参数控制从负载测试代理到 Web 服务器之间的连接的用法。有两个 Web 测试连接模型选项:“ConnectionPerUser”和“ConnectionPool”。“ConnectionPerUser”模型模拟使用真实浏览器的用户的行为。运行 Web 测试的每个虚拟用户都使用一个或两个到 Web 服务器的专用连接。当在 Web 测试中发出第一个请求时,即建立第一个连接。当一个页包含多个从属请求时,可能要使用第二个连接。这些请求将使用两个连接并行发出。在 Web 测试中的后续请求中,将重用这些连接。当 Web 测试完成时,将关闭这些连接。此模型的缺陷在于,代理计算机上保持打开的连接数可能很大(最多可达用户负载的两倍),支持这一大连接数所需的资源可能会限制可由单个负载测试代理驱动的用户负载。
“ConnectionPool”模型将在多个虚拟 Web 测试用户之间共享 Web 服务器的连接,从而节约负载测试代理上的资源。如果用户负载大于连接池大小,则不同虚拟用户运行的 Web 测试将共享同一连接。这意味着,当一个 Web 测试正在使用连接时,另一个 Web 测试可能需要等待才能发出请求。负载测试性能计数器 Average Connection Wait Time(平均连接等待时间)将跟踪 Web 测试在提交请求之前的平均等待时间。此数字应小于页的平均响应时间。否则,连接池大小可能会太小。
WebTest 连接池大小
这指定要在负载测试代理和 Web 服务器之间建立的最多连接数。此参数只适用于“ConnectionPool”模型。
设置和更改运行设置
使用负载测试向导创建负载测试时,将创建初始运行设置。有关更多信息,请参见 如何:指定运行设置。
创建了负载测试后,可以在负载测试编辑器中更改运行设置。有关更多信息,请参见如何:更改运行设置。