创建测试设置以从 Visual Studio 中运行自动测试

测试设置使用诊断数据适配器,这些适配器指定从 Visual Studio 中运行自动测试时,要收集的各种数据类型,或者对测试计算机有何影响。 例如,诊断数据适配器可以收集系统信息以及编码的 UI 测试的视频录制,或者可以收集诊断跟踪信息。 此外,诊断数据适配器可用于在测试计算机上模拟潜在瓶颈或减少可用系统内存。 例如,可以模拟一个慢速网络,给系统施加瓶颈。

Visual Studio 的测试设置存储在文件中。 它们定义以下内容:

  • 受测应用程序所需的角色集

  • 运行测试所使用的角色

  • 用于每个角色的诊断数据适配器

运行测试时,您根据对该特定测试运行的要求,选择要用作活动测试设置的测试设置。 测试设置文件存储为解决方案的一部分。 该文件的扩展名为 .testsettings。

如果希望将自动测试作为测试计划的一部分来运行,则无法从 Visual Studio 中运行这些自动测试。 您必须将自动测试与测试用例相关联,并使用 Microsoft 测试管理器运行自动测试。 有关如何从测试计划运行自动测试的更多信息,请参见如何:使用 Microsoft 测试管理器从测试计划运行自动测试

向解决方案添加测试项目时,将创建两个默认的测试设置。 它们将自动添加到解决方案中的**“解决方案项”**文件夹下。 如果运行测试时这些测试设置中的任何一个都能够满足您的需要,则可以通过选择想要激活的测试设置来使用它们:

  • Local.testsettings:这将在未选择诊断数据适配器的情况下以本地方式运行测试。

  • Traceandtestimpact.testsettings:这将以本地方式运行测试,并将以下诊断数据适配器配置为从所有模块和进程中收集数据:

    • IntelliTrace

    • 测试影响

    • 系统信息

如果想要运行测试,收集数据,或者远程影响测试计算机,则必须指定要在测试设置中使用的测试控制器,以及针对应用程序所需的角色。 测试控制器将拥有可用于测试设置中的每个角色的代理。 有关测试控制器和测试代理的更多信息,请参见设置测试计算机以运行测试或收集数据管理测试控制器和测试代理

使用以下过程可在解决方案中为计划从 Visual Studio 中运行的自动测试创建和移除测试设置。

  • 为本地执行创建测试设置

  • 创建测试设置以运行测试、收集数据或远程影响测试计算机

    提示

    若要创建专门用于 Web 性能测试、单元测试或分布式负载测试的测试设置,请参见如何:为分布式负载测试创建测试设置

向解决方案中添加本地执行的测试设置

向解决方案中添加本地执行的测试设置

  1. 在解决方案资源管理器中右击**“解决方案项”,指向“添加”,再单击“新建项”**。

    将显示**“添加新项”**对话框。

  2. 在**“已安装的模板”窗格中,单击“测试设置”**。

  3. (可选)在**“名称”**框中更改测试设置文件的名称。

  4. 单击**“添加”**。

    在解决方案资源管理器中的**“解决方案项”**文件夹下将出现新的测试设置文件。

    提示

    Visual Studio 所显示的测试设置的列表派生自“解决方案项”文件夹中的测试设置文件的列表。 例如,在使用“测试”菜单上的“选择当前测试设置”选项时,将显示“解决方案项”文件夹中的测试设置文件。 这表明,如果将测试设置文件移动到解决方案层次结构中的其他位置,那么该文件不能再用作 Visual Studio IDE 中的测试设置。

  5. 此时将显示**“测试设置”**对话框。 **“常规”**页处于选定状态。

    您现在可以编辑并保存测试设置值。

    提示

    将列出创建的每个测试设置,作为“测试”菜单上“选择当前测试设置”“编辑测试设置”选项的选择。

  6. 在**“名称”**下键入测试设置的名称。

  7. (可选)在**“说明”**下,键入测试设置的说明,以便其他团队成员了解其用途。

  8. (可选)若要选择测试运行的默认命名方案,请选择**“默认命名方案”。 若要定义自己的命名方案,请选择“用户定义的方案”,然后在“前缀文本”中键入所需的文本。 若要将日期和时间戳追加到测试运行名称,请选择“追加日期时间戳”**。

  9. 单击**“角色”**。

    此时将显示**“角色”**页。

  10. 若要以本地方式运行测试,请选择**“本地执行”**。

  11. 单击**“数据和诊断”**。

    此时将显示**“数据和诊断”**页。

  12. 若要选择想要在本地计算机上收集的数据和诊断,请根据测试计划中的测试的要求选择诊断数据适配器。 若要配置为每个角色选择的每个诊断数据适配器,请单击**“配置”**。

    有关每个诊断数据适配器及其配置方法的详细信息,可查看下表中的关联主题。

    提示

    下表仅显示可用于自动测试的适配器。 有关诊断数据适配器的更多信息,请参见使用测试设置来设置计算机和收集诊断信息

    用于自动测试的诊断数据适配器

    诊断数据适配器

    关联主题

    用于 IntelliTrace 和测试影响的 ASP.NET 客户端代理:此代理允许您为 IntelliTrace 和测试影响诊断数据适配器收集有关从客户端到 Web 服务器的 http 调用的信息。

    收集此信息不需要任何配置。

    如何:收集 IntelliTrace 数据以帮助调试难题

    如何:收集数据来检查在代码更改后应该运行的测试

    IntelliTrace:可以为 IntelliTrace 配置诊断数据适配器,使其收集特定诊断跟踪信息,从而帮助隔离难以重现的 Bug。 此适配器会创建扩展名为 .iTrace 的 IntelliTrace 文件,用于包含此信息。 测试失败时,可以创建 Bug。 随测试结果一起保存的 IntelliTrace 文件会自动链接到此 Bug。 IntelliTrace 文件中收集的数据可减少重现和诊断代码中的错误所需的时间,从而提高调试效率。 通过此 IntelliTrace 文件,可以在另一台计算机上模拟该本地会话,这降低了 Bug 不可重现的概率。

    有关更多信息,请参见使用 IntelliTrace 进行调试

    如何:收集 IntelliTrace 数据以帮助调试难题

    ASP.NET 探查器:可以创建包含 ASP.NET 分析的测试设置,该分析收集 ASP.NET Web 应用程序的性能数据。

    注意注意
    此诊断数据适配器仅用于使用需要 Visual Studio 2010 旗舰版的网站的负载测试。

    如何:使用测试设置为负载测试配置 ASP.NET 探查器

    如何:为分布式负载测试创建测试设置

    代码覆盖率:可以创建包含代码覆盖率信息的测试设置,该信息用于调查测试覆盖的代码范围。

    如何:使用自动测试的测试设置配置代码覆盖率

    事件日志:可以将测试设置配置为包含事件日志收集,该事件日志将包含在测试结果中。

    如何:使用测试设置配置事件日志收集

    网络仿真:可以使用测试设置指定您希望在测试中放置人工网络负载。 网络仿真将仿真特定网络连接(如拨号连接)的速度,从而影响计算机的往来通信。

    注意注意
    网络仿真不能用于提高网络连接速度。

    如何:使用测试设置配置网络仿真

    系统信息:可以设置测试设置来包含有关在其上运行测试的计算机的系统信息。 通过使用测试设置可在测试结果中指定系统信息。

    收集此信息不需要任何配置。

    测试影响:可以收集在运行某个测试用例时应用程序代码使用了哪些方法的相关信息。 此信息可与开发人员进行的应用程序代码更改结合使用,以确定这些开发更改影响了哪些测试。

    如何:收集数据来检查在代码更改后应该运行的测试

    视频录制器:运行自动测试时可以创建桌面会话的视频录制。 此视频录制对查看编码的 UI 测试的用户操作可能有用。 该视频录制可帮助其他团队成员确定难以重现的应用程序问题。

    如何:使用测试设置在运行测试时录制桌面的视频

  13. 单击**“部署”**。

    此时将显示**“部署”**页。

  14. 若要在每次运行测试时都为部署创建一个单独的目录,请选择**“启用部署”**。

    提示

    如果选择此配置,则在运行测试时可以继续生成应用程序。

  15. 若要将测试所需的文件添加到用于运行测试的目录中,请单击**“添加文件”**,然后选择要添加的文件。

  16. 若要将测试所需的目录添加到用于运行测试的目录中,请单击**“添加目录”**,然后选择要添加的目录。

    提示

    有关如何使用相关属性和 DeploymentItem 特性为各个测试部署文件和目录的更多信息,请参见如何:配置测试部署

  17. 若要在测试前后运行脚本,请单击**“安装脚本和清理脚本”**。

    此时将显示**“安装脚本和清理脚本”**页

    1. 在**“安装脚本”中键入脚本文件的位置,或单击省略号 (...**) 以找到安装脚本。

    2. 在**“清理脚本”中键入脚本文件的位置,或单击省略号 (...**) 以找到清理脚本。

  18. 若要使用其他主机运行测试,请单击**“主机”**。

    1. 若要在与 ASP.NET 站点相同的进程中运行单元测试,请在**“主机类型”中选择“ASP.NET”**。 有关如何配置主机的更多信息,请参见 ASP.NET Web 服务的单元测试

    2. 使用“在 32 或 64 位进程中运行测试”,可选择要将测试作为 32 位进程运行还是作为 64 位进程运行。

      提示

      为了最大限度地提高灵活性,您应使用“任何 CPU”配置来编译测试项目。 然后,可以在 32 位和 64 位代理上运行。 使用“64 位”配置编译测试项目没有什么特别的用处。

  19. (可选)若要限制每个测试运行和各个测试的时间长度,请单击**“测试超时”**。

    1. 若要在超过一定时间限制时中止测试运行,请选择**“在总执行时间超过以下值时中止测试运行”**,然后键入此时限的值。

    2. 若要在超过一定时限时使单个测试未通过,请选择**“在单个测试的执行用时超过以下值时,将其标记为未通过”**,然后键入此时限的值。

  20. (可选)如果需要指定单元测试需要加载的程序集位置,请单击**“单元测试”**。

    1. 对于**“要加载的程序集的根文件夹”,请单击“浏览”**以定位到该文件夹并填充文本框。

      指定的根文件夹可以包含环境变量,并且代表将用做在其中运行测试的 AppDomain 的 ApplicationBase 的目录。 此目录中的所有程序集都可由您的单元测试来加载。 在生产环境中,最好将此目录设置为安装测试程序集代码的目录。 在开发环境中,最好将此目录设置为要在其中生成测试程序集下的代码的目录。 这样就可以确保对产品二进制文件的任何引用都可以在测试的发现和执行期间加载并解决,而无需在测试时复制产品二进制文件。

      如果未在此处设置任何值,则在其中运行测试的 AppDomain 的 ApplicationBase 将设置为包含这些测试的目录。

    2. 选中或清除**“对测试目录中的程序集使用加载上下文”**复选框。

      默认情况下,大多数程序集都会加载到正确的“加载上下文”中。 通常,应保持**“对测试目录中的程序集使用加载上下文”** 为选中状态。 不过,有时也可能需要禁用此选项:

      如果测试目录中有大量程序集,在**“要加载的程序集的根文件夹”**下指定了一个位置,并且您的测试不依赖于在加载上下文中加载,则在不使用加载上下文来加载这些测试程序集的情况下,您可能会看到性能提高。

      如果您的测试依赖于在加载上下文以外的上下文中进行加载(不是典型情况)。

      有关更多信息,请参见适用于程序集加载的最佳做法

    3. 在**“运行测试时要使用的文件夹”下,单击“添加文件夹”**。

      此时将显示“浏览文件夹”对话框。

    4. 找到要使用的文件夹,然后单击**“确定”**。

      **“运行测试时要使用的文件夹”**设置可能是最常用的设置。 可以指定在测试的发现和执行阶段将从中解析程序集的多个文件夹路径。 在此部分中指定的每个路径都可以包含环境变量。 除了这里指定的每个路径外,还有两个与其关联的选项:

      第一个选项   选中**“使用加载上下文”**复选框来指定目录应在解析此目录中的程序集时使用加载上下文(如果测试不需要加载上下文即可正确运行,则可通过清除此复选框来提高性能)。

      第二个选项   选中**“包括子文件夹”**复选框来指定在解析此目录中的程序集时要包括的子文件夹。

    5. 在**“发现测试时要使用的其他文件夹”下,单击“添加文件夹”**。

      此时将显示“浏览文件夹”对话框。

    6. 找到要使用的文件夹,然后单击**“确定”**。

      在 Team Build 下远程执行测试或从 Microsoft 测试管理器自动运行时,**“发现测试时要使用的其他文件夹”**非常有用。 这里提供的路径将用于程序集解析,但仅在测试发现期间使用。 这些路径可以包含环境变量。 当对测试进行安排以通过生成放置来远程执行并且并不是所有的测试程序集依赖项都在同一目录中时,可以使用这些路径来确保 MSTest 或测试控制器可以找到足够多的依赖程序集来发现测试,并将它们安排到远程计算机以便执行。

      对于已安排从 Microsoft 测试管理器完成的运行,还可使用一个附加标记“%BuildDrop%”来一般引用生成放置位置。 这样就无需在每次测试新的生成时都创建或更新测试设置。 遗憾的是,此标记并不直接受 Team Build 支持(不过,如果通过生成定义在名为 BuildDrop 的环境变量中设置了生成放置位置,将会有同样的效果)。

      有关更多信息,请参见使用单元测试验证代码

  21. (可选)若要在测试设置中配置用于控制 Web 性能测试运行方式的属性,请单击**“Web 测试”**。

    1. 选择**“固定的运行计数”“每个数据源行运行一次”**。

    2. 使用**“浏览器类型”下拉列表选择进行 Web 性能测试要使用的 Web 浏览器。 例如,“Internet Explorer 8.0”**。

      有关 Web 性能测试的更多信息,请参见测试应用程序性能和压力

      提示

      Web 性能测试需要 Visual Studio 2010 旗舰版。

  22. 若要保存测试设置,请单击**“另存为”。 在“对象名称”**中键入所需的文件的名称。

    提示

    如果必须更改测试设置,请单击“测试”,然后单击“编辑测试设置”并指向所创建的测试设置。 有关更多信息,请参见如何:编辑测试计划的现有测试设置

向解决方案中添加远程执行或数据收集的测试设置

向解决方案中添加远程执行或数据收集的测试设置

  1. 在解决方案资源管理器中右击**“解决方案项”,然后指向“添加”,再单击“新建项”**。

    将显示**“添加新项”**对话框。

  2. 在**“已安装的模板”窗格中,单击“测试设置”**。

  3. (可选)在**“名称”**框中更改测试设置文件的名称。

  4. 单击**“添加”**。

    在解决方案资源管理器中的**“解决方案项”**文件夹下将出现新的测试设置文件。

    提示

    Visual Studio 所显示的测试设置的列表派生自“解决方案项”文件夹中的测试设置文件的列表。 . 例如,在使用“测试”菜单上的“选择当前测试设置”选项时,将显示“解决方案项”文件夹中的测试设置文件。 这表明,如果将测试设置文件移动到解决方案层次结构中的其他位置,那么该文件不能再用作 Visual Studio IDE 中的测试设置。

  5. 此时将显示**“配置测试设置 - <测试设置文件名>.testsettings”**对话框。 **“常规”**页处于选定状态。

    您现在可以编辑并保存测试设置值。

    提示

    将列出创建的每个测试设置,作为“测试”菜单上“选择当前测试设置”“编辑测试设置”选项的选择。

  6. 在**“名称”**下键入测试设置的名称。

  7. (可选)在**“说明”**下,键入测试设置的说明,以便其他团队成员了解其用途。

  8. (可选)若要选择测试运行的默认命名方案,请选择**“默认命名方案”。 若要定义自己的命名方案,请选择“用户定义的方案”,然后在“前缀文本”中键入所需的文本。 若要将日期和时间戳追加到测试运行名称,请选择“追加日期时间戳”**。

  9. 单击**“角色”**。

    此时将显示**“角色”**页。

    测试设置角色

  10. 若要以本地方式运行测试并远程收集数据,请选择**“使用远程集合的本地执行”。 若要远程运行测试,或者远程运行测试并远程收集数据,请选择“远程执行”**。

  11. 从**“控制器”**中,为测试代理选择将用于运行测试或收集数据的测试控制器。 有关更多信息,请参见将测试控制器和测试代理用于负载测试

  12. 若要添加希望用于运行测试和收集数据的角色,请单击**“添加”**。

  13. 在**“名称”**中键入角色的名称。 例如,角色可能是“桌面客户端”。

  14. 重复步骤 12 和 13,添加所需的所有角色。

    每个角色都使用由测试控制器管理的测试代理。

  15. 选择希望运行测试的角色,然后单击**“设置为用于运行测试的角色”**。

    重要说明重要事项

    您创建和定义的其他角色不运行测试,仅用于根据在“数据和诊断”页中为角色指定的数据和诊断适配器收集数据。

  16. 若要限制可用于角色的代理,请选择角色,然后在特性列表上方的工具栏中单击**“添加”**。

    此时将显示**“代理选择规则”**对话框。

    在**“特性名”中键入名称,在“特性值”中键入值,然后单击“确定”**。 根据需要添加多个特性。

    例如,可以添加一个名为“RAM > 16GB”、值为“True”或“False”的特性,以对内存大于 16GB 的测试代理计算机进行筛选。 若要将同一特性应用于一个或多个测试代理,请使用“管理测试控制器”对话框。 有关更多信息,请参见管理测试控制器和测试代理

  17. 单击**“数据和诊断”**。

    此时将显示**“数据和诊断”**页。

    测试设置数据和诊断

  18. 在**“数据和诊断”页中,通过选择角色将用于收集数据的诊断数据适配器来定义角色所起的作用。 因此,如果对角色启用了一个或多个数据和诊断适配器,则测试控制器将基于为角色定义的特性选择一个可用的测试代理计算机来为指定的数据和诊断适配器收集数据。 若要选择要为每个角色收集的数据和诊断数据适配器,请选择角色。 根据测试要求为每个角色选择诊断数据适配器。 若要配置为每个角色选择的每个诊断数据适配器,请单击“配置”**。

    角色和诊断数据适配器示例:

    例如,可以创建一个名为“桌面客户端”、“使用 SQL”特性设置为“True”的客户端角色,以及一个名为“SQL Server”、特性设置为“RAM > 16GB”的服务器角色。 如果通过在**“角色”页中单击“设置为运行测试的角色”**指定“桌面客户端”将运行测试,则测试控制器将选择具有“使用 SQL”特性设置为“True”的测试代理的计算机来运行测试。 测试控制器还将选择具有包含“RAM > 16GB”特性的测试代理的 SQL Server 计算机(仅用于收集角色中包含的数据和诊断适配器定义的数据)。 如果也为“桌面客户端”角色选择了数据和诊断适配器,则“桌面客户端”测试代理还可以为它在其上运行的计算机收集数据。

    有关每个诊断数据适配器及其配置方法的详细信息,可查看下表中的关联主题。

    提示

    下表仅显示可用于自动测试的适配器。 有关诊断数据适配器的更多信息,请参见使用测试设置来设置计算机和收集诊断信息

    用于自动测试的诊断数据适配器

    诊断数据适配器

    关联主题

    用于 IntelliTrace 和测试影响的 ASP.NET 客户端代理:此代理允许您为 IntelliTrace 和测试影响诊断数据适配器收集有关从客户端到 Web 服务器的 http 调用的信息。

    收集此信息不需要任何配置。

    如何:收集 IntelliTrace 数据以帮助调试难题

    如何:收集数据来检查在代码更改后应该运行的测试

    IntelliTrace:可以为 IntelliTrace 配置诊断数据适配器,使其收集特定诊断跟踪信息,从而帮助隔离难以重现的 Bug。 此适配器会创建扩展名为 .iTrace 的 IntelliTrace 文件,用于包含此信息。 测试失败时,可以创建 Bug。 随测试结果一起保存的 IntelliTrace 文件会自动链接到此 Bug。 IntelliTrace 文件中收集的数据可减少重现和诊断代码中的错误所需的时间,从而提高调试效率。 通过此 IntelliTrace 文件,可以在另一台计算机上模拟该本地会话,这降低了 Bug 不可重现的概率。

    有关更多信息,请参见使用 IntelliTrace 进行调试

    如何:收集 IntelliTrace 数据以帮助调试难题

    ASP.NET 探查器:可以创建包含 ASP.NET 分析的测试设置,该分析收集 ASP.NET Web 应用程序的性能数据。

    注意注意
    此诊断数据适配器仅用于使用需要 Visual Studio 2010 旗舰版的网站的负载测试。

    如何:使用测试设置为负载测试配置 ASP.NET 探查器

    如何:为分布式负载测试创建测试设置

    代码覆盖率:可以创建包含代码覆盖率信息的测试设置,该信息用于调查测试覆盖的代码范围。

    如何:使用自动测试的测试设置配置代码覆盖率

    事件日志:可以将测试设置配置为包含事件日志收集,该事件日志将包含在测试结果中。

    如何:使用测试设置配置事件日志收集

    网络仿真:可以使用测试设置指定您希望在测试中放置人工网络负载。 网络仿真将仿真特定网络连接(如拨号连接)的速度,从而影响计算机的往来通信。

    注意注意
    网络仿真不能用于提高网络连接速度。

    如何:使用测试设置配置网络仿真

    系统信息:可以设置测试设置来包含有关在其上运行测试的计算机的系统信息。 通过使用测试设置可在测试结果中指定系统信息。

    收集此信息不需要任何配置。

    测试影响:可以收集在运行某个测试用例时应用程序代码使用了哪些方法的相关信息。 将它与开发人员进行的应用程序代码更改结合使用,可确定这些开发更改影响了哪些测试。

    如何:收集数据来检查在代码更改后应该运行的测试

    视频录制器:运行自动测试时可以创建桌面会话的视频录制。 这对查看编码的 UI 测试的用户操作非常有用。 该视频可帮助其他团队成员隔离难以重现的应用程序问题。

    注意注意
    远程运行测试时,除非代理在交互式进程模式下运行,否则视频记录器不起作用。

    如何:使用测试设置在运行测试时录制桌面的视频

  19. 单击**“下一步”**。

    此时将显示**“部署”**页。

  20. 若要在每次运行测试时都为部署创建一个单独的目录,请选择**“启用部署”**。

    提示

    如果选择此配置,则在运行测试时可以继续生成应用程序。

  21. 若要将测试所需的文件添加到用于运行测试的目录中,请单击**“添加文件”**,然后选择要添加的文件。

  22. 若要将测试所需的目录添加到用于运行测试的目录中,请单击**“添加目录”**,然后选择要添加的目录。

    提示

    有关如何使用相关属性和 DeploymentItem 特性为各个测试部署文件和目录的更多信息,请参见如何:配置测试部署

  23. 若要在测试前后运行脚本,请单击**“安装脚本和清理脚本”**。

    此时将显示**“安装脚本和清理脚本”**页

    1. 在**“安装脚本”中键入脚本文件的位置,或单击省略号 (...**) 以找到安装脚本。

    2. 在**“清理脚本”中键入脚本文件的位置,或单击省略号 (...**) 以找到清理脚本。

  24. 若要使用其他主机运行测试,请单击**“主机”**。

    1. 若要在与 ASP.NET 站点相同的进程中运行单元测试,请在**“主机类型”中选择“ASP.NET”**。 有关如何配置主机的更多信息,请参见 ASP.NET Web 服务的单元测试
  25. (可选)若要限制每个测试运行和各个测试的时间长度,请单击**“测试超时”**。

    1. 若要在超过一定时间限制时中止测试运行,请选择**“在总执行时间超过以下值时中止测试运行”**,然后键入此时限的值。

    2. 若要在超过一定时限时使单个测试未通过,请选择**“在单个测试的执行用时超过以下值时,将其标记为未通过”**,然后键入此时限的值。

  26. (可选)若要限制每个测试运行和各个测试的时间长度,请单击**“测试超时”**。

    1. 若要在超过一定时间限制时中止测试运行,请选择**“在总执行时间超过以下值时中止测试运行”**,然后键入此时限的值。

    2. 若要在超过一定时限时使单个测试未通过,请选择**“在单个测试的执行用时超过以下值时,将其标记为未通过”**,然后键入此时限的值。

  27. (可选)如果需要指定单元测试需要加载的程序集位置,请单击**“单元测试”**。

    1. 对于**“要加载的程序集的根文件夹”,请单击“浏览”**以定位到该文件夹并填充文本框。

      指定的根文件夹可以包含环境变量,并且代表将用做在其中运行测试的 AppDomain 的 ApplicationBase 的目录。 此目录中的所有程序集都可由您的单元测试来加载。 在生产环境中,最好将此目录设置为安装测试程序集代码的目录。 在开发环境中,最好将此目录设置为要在其中生成测试程序集下的代码的目录。 这样就可以确保对产品二进制文件的任何引用都可以在测试的发现和执行期间加载并解决,而无需在测试时复制产品二进制文件。

      如果未在此处设置任何值,则在其中运行测试的 AppDomain 的 ApplicationBase 将设置为包含这些测试的目录。

    2. 选中或清除**“对测试目录中的程序集使用加载上下文”**复选框。

      默认情况下,大多数程序集都会加载到正确的“加载上下文”中。 通常,应保持**“对测试目录中的程序集使用加载上下文”** 为选中状态。 不过,有时也可能需要禁用此选项。 如果测试目录中有大量程序集,在**“要加载的程序集的根文件夹”**下指定了一个位置,并且您的测试不依赖于在加载上下文中加载,则在不使用加载上下文来加载这些测试程序集的情况下,您可能会看到性能提高。 如果您的测试依赖于在加载上下文以外的上下文中进行加载(不是典型情况)。

      有关更多信息,请参见适用于程序集加载的最佳做法

    3. 在**“运行测试时要使用的文件夹”下,单击“添加文件夹”**。

      此时将显示“浏览文件夹”对话框。

    4. 找到要使用的文件夹,然后单击**“确定”**。

      **“运行测试时要使用的文件夹”**设置可能是最常用的设置。 在测试的发现和执行阶段,可以指定从中解析程序集的文件夹的多个路径。 在此部分中指定的每个路径都可以包含环境变量。 与这里指定的每个路径一起,共有两个与其关联的选项:

      第一个选项   选中**“使用加载上下文”**复选框来指定目录应在解析此目录中的程序集时使用加载上下文。 如果测试不需要加载上下文即可正确运行,则可通过清除此复选框来提高性能。

      第二个选项   选中**“包括子文件夹”**复选框来指定在解析此目录中的程序集时要包括的子文件夹。

    5. 在**“发现测试时要使用的其他文件夹”下,单击“添加文件夹”**。

      此时将显示**“浏览文件夹”**对话框。

    6. 找到要使用的文件夹,然后单击**“确定”**。

      在 Team Build 下远程执行测试或从 Microsoft 测试管理器自动运行时,**“发现测试时要使用的其他文件夹”**非常有用。 这里提供的路径将用于程序集解析,但仅在测试发现期间使用。 这些路径可以包含环境变量。 当对测试进行安排以通过生成放置来远程执行并且并不是所有的测试程序集依赖项都在同一目录中时,可以使用这些路径来确保 MSTest 或测试控制器可以找到足够多的依赖程序集来发现测试,并将它们安排到远程计算机以便执行。

      对于已安排从 Microsoft 测试管理器完成的运行,还可使用一个附加标记“%BuildDrop%”来一般引用生成放置位置。 这样就无需在每次测试新的生成时都创建或更新测试设置。 遗憾的是,此标记并不直接受 Team Build 支持。 不过,如果通过生成定义在名为 BuildDrop 的环境变量中设置了生成放置位置,将会有同样的效果。

      有关更多信息,请参见使用单元测试验证代码

  28. (可选)若要在测试设置中配置用于控制 Web 性能测试运行方式的属性,请单击**“Web 测试”**。

    1. 选择**“固定的运行计数”“每个数据源行运行一次”**。

    2. 使用**“浏览器类型”下拉列表选择进行 Web 性能测试要使用的 Web 浏览器。 例如,“Internet Explorer 8.0”**。

      有关 Web 性能测试的更多信息,请参见测试应用程序性能和压力

      提示

      Web 性能测试需要 Visual Studio 2010 旗舰版。

  29. 若要保存测试设置,请单击**“另存为”。 在“对象名称”**中键入所需的文件的名称。

    提示

    如果必须更改测试设置,请单击“测试”,然后单击“编辑测试设置”并指向所创建的测试设置。 有关更多信息,请参见如何:编辑测试计划的现有测试设置

从解决方案中移除测试设置

  • 在解决方案资源管理器中的“解决方案项”文件夹下,右击要移除的测试设置,再单击**“移除”**。

    该测试设置文件随即从解决方案中移除。 **“测试”菜单上的“选择活动测试设置”“编辑测试设置”**选项的选择列表中将反映此更改。

请参见

任务

为手动测试创建测试设置

创建测试设置以从 Visual Studio 中运行自动测试

创建测试设置以从 Visual Studio 中运行自动测试

概念

使用测试设置来设置计算机和收集诊断信息

设置测试计算机以运行测试或收集数据

其他资源

如何:为分布式负载测试创建测试设置

演练:在负载测试中使用测试控制器和测试代理