在 Microsoft 测试管理器中指定测试设置
在运行时在 Microsoft 测试管理器,测试框架可以收集数据 (如操作录制、视频录制或诊断跟踪信息的每台计算机角色的。 可以指定这些选项 测试设置。 测试设置控件实际上收集数据的 诊断数据适配器。
若要测试典型的 web 或配置样式系统,您将使用多个测试计算机执行客户端,服务器,数据库的角色,等等。 测试设置指定对于您所需的为每个角色测试,并指定单独的诊断适配器配置的角色。 当您运行时在测试计划,使用角色的相同数量的一个实验室环境中自动选择。 如果有多个测试环境与测试设置中的角色集相匹配,您可以选择其他匹配环境。
要求
- Visual Studio 旗舰版 或 Visual Studio 高级专业版 或 Visual Studio 专业测试工具版
我是否需要使用测试设置?
如果您是第一个开始使用 Microsoft 测试管理器时,它是最容易不使用测试设置。
您不需要测试设置,则:
您是从运行手动或探索在 Microsoft 测试管理器;和
只想记录到测试结果的操作录制。
需要测试设置,如果您希望:
添加事件日志,IntelliTrace 或对视频录制测试结果和 bug 工作项,来帮助隔离在应用程序中的 bug。
执行测试影响分析发现测试受新代码更改的影响。
要模拟的应用程序在生产环境中有时可能会遇到的潜在瓶颈。
配置详细信息来控制自动测试用例运行。
如何执行使用测试设置文件?
在 Microsoft 测试管理器中,属性 页的测试计划,可以选择下面两个测试设置文件。 一个用于手动测试,另一个用于自动测试。 在运行该计划中的测试用例,这些设置是默认值选择,但是,您可以重写它们在单独运行。
可以创建新的测试设置文件或选择在团队项目已定义的现有文件。 例如,如果您创建一个新团队项目的下一次迭代的测试计划,通常会重新使用当前迭代的测试设置文件。
为要选择或创建测试设置文件测试计划:
打开 测试中心,计划,属性。 在 手动运行 或 自动运行下,单击菜单中 测试设置 并选择现有测试设置文件的或 新建。 若要编辑现有的详细信息的测试设置文件,可以选择 打开。
使用自动化的 Runs 的设置,当您运行链接到测试代码的测试用例时。 如果所有测试是手动,您无需设置此选项。
若要管理您的团队测试设置文件项目:
打开 实验室中心,测试设置。 从此处可以编辑现有测试设置文件并创建新的。
有关其他指南,请参见 测试使用 Visual Studio 进行附带的 2012 版–第 6 章:一个测试工具中。
编辑测试设置
测试设置页是:
常规
角色
数据和诊断
高级 有关自动化只测试。 有关更多信息,请参见使用 Microsoft 测试管理器创建自动测试。
摘要
测试设置:常规
对于此设置文件的名称,并指定它是用于手动或自动测试运行。
选择 手动 定义探索的测试设置,测试用例在遵循负责手动测试 Microsoft 的步骤管理器,并测试播放记录的序列。
选择 自动 定义设置运行关联在 Visual Studio 中测试方法的测试用例。
测试设置:角色
在测试设置中 角色 页上,选择适合运行测试的计算机角色的组合。 在此测试设置时在具有计算机上至少相同数量的环境使用运行测试,该软件测试必须部署,当匹配角色集。 角色是一个标签例如指示在计算机上用途的 web 服务器或数据库服务器。
列出可用设置基于角色在定义测试项目的实验室环境。 如果看不到适用于您的测试,则必须创建一个新的实验室环境。 有关更多信息,请参见创建实验室环境。
手动测试运行的角色
本地 角色始终包括在内。 此角色与您运行 Microsoft 测试管理器,并在的计算机上哪些测试执行的。您不需要任何其他角色,除非您的测试分配或 Web 应用程序和要从服务器计算机收集诊断数据,则运行测试时。
提示
如果环境包括桌面客户端,则可以在安装 Microsoft 测试管理器的情况下在该计算机中运行手动测试。实际上,因此该计算机,则将运行手动测试该计算机然后成为您的本地计算机测试设置。
自动测试运行的角色
自动在实验室环境测试必须运行。 必须选择包含每个设备的一个角色的应用程序部署的角色集。 如果是简单的桌面应用程序,它只需要一个角色。 如果它是一个分布样式的应用程序 (如 web 服务,它还可能还需要一个角色为 web 服务器以及数据库服务器等。如果应用程序使用不作为应用程序一部分的外部服务,可以在不应包括这组角色。
在 选择要用于运行自动测试的角色,请选择测试代码加载和运行的计算机。
测试设置:数据和诊断
本页中添加和配置诊断适配器收集数据。在您的实验室环境的每个设备效果。 在许多情况下诊断数据仅包含测试结果。
选择每个角色中并检查要使用的诊断适配器。
诊断数据适配器 |
配置 |
---|---|
操作日志:允许您记录您对数据库项目期间测试活动,因此,您可以播放这些快速一个随后。 事件也被记录为在所有 bug 报表的文本说明,可以创建,因此错误可以更方便地诊断。 |
|
用于 IntelliTrace 和测试影响的 ASP.NET 客户端代理 选择在网络客户端角色的此适配器。 则需要测试 ASP.NET 应用程序,并且,要收集 测试影响 或 IntelliSense 数据有关 web 服务器角色。 |
|
事件日志 应用程序、安全性或系统事件日志将包含在测试结果中。 可以在应用程序中编写代码将项添加到这些记录。 |
选择 配置 选择要操作的类型。 |
IntelliTrace:可以为 IntelliTrace 配置诊断数据适配器以收集特定诊断跟踪信息来帮助隔离难以重现的 bug。 这将创建包含此信息的 IntelliTrace 文件。 文件扩展名为 .iTrace。 测试失败时,可以创建 Bug。 随测试结果一起保存的 IntelliTrace 文件会自动链接到此 Bug。 IntelliTrace 文件中收集的数据可减少重现和诊断代码中的错误所需的时间,从而提高调试效率。 通过此 IntelliTrace 文件,该本地会话在另一台计算机上模拟,这降低了 bug 不可重现的风险。 有关更多信息,请参见使用 IntelliTrace 查看代码的历史记录来更快地调试代码。 |
|
系统信息:有关计算机的信息。 |
没有其他配置。 |
测试影响:使此选项确定测试受到在开发期间发出的代码更改影响。 对于 ASP.NET 应用程序,启用此适配器在 web 服务器角色和在网络客户端角色,启用 用于 IntelliTrace 和测试影响的 ASP.NET 客户端代理。 |
如果测试 ASP.NET 应用程序,IIS 服务器上运行的角色,请选择 配置,高级,ASP.NET。 |
屏幕和录音机:,在运行测试时,可以创建桌面会话记录。 该录制可帮助难以重现的其他团队成员隔离应用程序问题。 |
若要包含语音记录或指定要在其中保存记录除了 fail "之外,因此,如果是通过,选择 配置。 使用 配置 也是修改屏幕记录质量。 |
对于兼容性有关测试在 Visual Studio 2012 之间的设置,并且 Visual Studio 2010,请参见 使用 Visual Studio 2010 的测试设置的兼容性。
自动测试的测试设置
只有 + 当您创建设置的自动化的测试,这些测试设置可用。 有关更多信息,请参见使用 Microsoft 测试管理器创建自动测试。
设置 |
用途 |
注释 |
---|---|---|
部署 |
指定文件复制到测试计算机在运行测试之前 还可以指定目录中创建。 |
对于各个测试方法,还可以指定 DeploymentItem 属性在测试代码。 有关更多信息,请参见如何:为测试部署文件。 |
脚本 |
在测试计算机上运行的脚本在自动化前后的测试开始。 |
|
宿主 |
配置 ASP.NET 测试 IIS。 |
为了最大限度地提高灵活性,您应使用“任何 CPU”配置来编译测试项目。 然后可以在两个 32 中运行位和 64 位代理。 使用“64 位”配置编译测试项目没有什么特别的用处。 |
超时 |
限制的自动测试时将运行。 |
|
外接程序 |
单元的其他配置测试,并且 web 测试。 |
请参见 配置单元测试外接程序 |
配置单元测试外接程序
如果通过链接到自动测试用例对于单元测试,配置在测试设置中 外接程序 页的 单元测试。
对于 要加载的程序集的根文件夹,选择 浏览 查找文件夹并填充文本框。
指定的根文件夹可以包含环境变量,并且代表将用做在其中运行测试的 AppDomain 的 ApplicationBase 的目录。 此目录中的所有程序集都可由您的单元测试来加载。 在生产环境中,最好将此目录设置为安装测试程序集代码的目录。 在开发环境中,最好将此目录设置您的测试代码编译程序集的目录。 这样就可以确保对产品二进制文件的任何引用都可以在测试的发现和执行期间加载并解析,而无需在测试时复制产品二进制文件。
如果未在此处设置任何值,则在其中运行测试的 AppDomain 的 ApplicationBase 将设置为包含这些测试的目录。
选中或清除**“对测试目录中的程序集使用加载上下文”**复选框。
默认情况下,大多数程序集都会加载到正确的“加载上下文”通常,应保留 为程序集使用加载上下文在测试内容 选择了。 不过,有时也可能需要禁用此选项。 如果测试目录中有大量程序集,在**“要加载的程序集的根文件夹”**下指定了一个位置,并且您的测试不依赖于在加载上下文中加载,则在不使用加载上下文来加载这些测试程序集的情况下,您可能会看到性能提高。 如果您的测试依赖于在加载上下文以外的上下文中进行加载(不是典型情况)。
有关更多信息,请参见适用于程序集加载的最佳做法。
在 运行测试时要使用的文件夹下,选择 添加文件夹。
浏览文件夹 显示对话框。
找到要使用的文件夹并选择 确定。
**“运行测试时要使用的文件夹”**设置可能是最常用的设置。 在测试的发现和执行阶段,可以指定从中解析程序集的文件夹的多个路径。 在此部分中指定的每个路径都可以包含环境变量。 除了这里指定的每个路径外,还有两个与其关联的选项:
第一个选项 选择 使用加载上下文 复选框来指定目录应使用加载上下文,在解析此目录中的程序集时 (如果测试不需要加载上下文即可测试正确运行可能通过清除此复选框来提高性能改进)。
指定在解析此目录中的程序集时,第二个选项 选择 包括子文件夹 复选框来指定使用任何子文件夹中。
在 发现测试时要使用的其他文件夹下,选择 添加文件夹。
此时将显示**“浏览文件夹”**对话框。
找到要使用的文件夹并选择 确定。
在 Team Build 下远程执行测试或从 Microsoft 测试管理器自动运行时,**“发现测试时要使用的其他文件夹”**非常有用。 这里提供的路径将用于程序集解析,但仅在测试发现期间使用。 这些路径可以包含环境变量。 当测试已安排为通过生成放置来远程执行,并且并不是所有的测试程序集依赖项都在同一目录中时,可以使用这些路径来确保 MSTest 或测试控制器可以找到足够多的依赖程序集来发现测试,并将它们安排到远程计算机上执行。
对于已安排从 Microsoft 测试管理器完成的运行,还可使用一个附加标记“%BuildDrop%”来一般引用生成放置位置。 这样就无需在每次测试新的生成时都创建或更新测试设置。 遗憾的是此标记并不直接受 Team Build 支持。 但是,因此,如果生成放置位置在名为从生成定义的 BuildDrop 的环境变量设置,将会有同样的效果)。
选择 保存。
选择**“关闭”**。
外部资源
指南
测试使用 Visual Studio 进行附带的 2012 版–第 3 章:实验室环境
使用 Visual Studio 2012 持续传送的测试–第 6 章:测试工具箱
请参见
概念
使用 Visual Studio 2010 的测试设置的兼容性