使用 Microsoft 测试管理器执行探索测试

项目
02/21/2013

不的应用程序设置测试提前定义的探索测试的意即，而不是预先确定的步骤脚本。

Microsoft 通过录制时执行的操作测试管理器 (MTM) 帮助您，当您与应用程序一起使用。还可以记录屏幕快照、注释、文件附件、音频和视频叙述的屏幕。该记录能够更轻松地跟踪您可能会发现的任何错误。您还可以存储您的事件作为测试用例，因此，设置为或同事易于复制测试，在应用程序更新之后。

使重现更轻松的 MTM 记录操作

要求

Visual Studio 旗舰版, Visual Studio 高级专业版, Visual Studio 专业测试工具版

请参见视频：轻松地重现通过手动测试问题。

当我打开 MTM 时它要求我连接到团队项目并测试计划。它们是什么？
有关更多信息，请参见采用 Visual Studio 和 Team Foundation Server 进行应用程序生命周期管理和测试应用程序。

启动探索测试会话

在 Microsoft 测试管理器中，打开 测试中心，测试，执行探索测试。

我没看到执行探索测试 .
您的团队在 2012 年前使用 TFS 的版本。请参见 Visual Studio 2010 中的过程指南。

启动一个探索测试会话

选择浏览。

- 或 –

选择一个要求工作项，然后选择 测试工作项。这会将记录您使用工作项。

我为什么会使测试会话与工作项？
如果创建 bug 或测试用例从您的探索会话，它们与该工作项将自动链接。

您可以将该会话与要求类别的所有工作项。在标准团队项目模板，其中包括要求 (CMMI)、产品积压工作项目 (Scrum)和用户情景 (Agile)。

关联的工作项和可从的探索会话创建的所有测试用例都将自动添加到测试计划。

当代码每个要求签入时，最好执行于该要求具有焦点的测试。创建的任何 bug 链接到该要求表示，其链接到不完整。
我原因可能不要将该会话与要求？
有时您希望测试应用程序，而无需侧重于任何特定要求。

探索测试的窗口随即打开，并等待，直到准备开始。

准备好开始记录的探索测试窗口

测试应用程序

准备运行应用程序。例如，在中，如果应用程序是网站，请启动 web 服务器。

在探索测试的窗口中，选择启动。

运行应用程序并测试其功能。例如，打开浏览器和登录到网站中。

探索测试的窗口记录在屏幕的其余部分执行的操作。工作，则，可以添加注释、屏幕快照和文件。它们将添加到任何 bug 或测试用例您创建。

[Visual Studio 2012 更新 1] 操作录制会自动包括屏幕快照，并重点保护区域在文本或笔势附近。在探索会话中时，将创建一个 bug 屏幕快照包括在内。

应用程序旁边的探索测试窗口。

如果测试特定要求，请验证要求在各种不同的情况下就足够了。有关更多信息，请参见测试内容探索我应执行？

所有我执行详细记录？
默认情况下，事件在 MTM 和在 Office 应用程序 (如 Word、绘制和 Outlook 不会记录。若要更改此设置，请配置事件日志在测试计划属性的测试设置。有关更多信息，请参见配置测试计划。

此外，一些详细操作例如绘制不会记录。例如，因此，如果是在绘图应用程序的一面，则将只捕获为移动光标。您应添加注释正确描述您。

因此，如果用户界面控件具有可读的名称，操作录制会更容易阅读。开发团队应将每个控件的辅助功能属性在用户界面中或每个元素 ID 在 HTML 应用程序的。
我的应用程序是网站或客户服务器端系统。MTM 可以记录在服务器上发生的事件？
是的。在实验室环境中必须运行的服务器，因此，您必须配置测试计划从实验室设备获取操作。当您创建 bug，MTM 从实验室计算机将检索数据并将其附加到此 bug 报表。有关更多信息，请参见在应用程序生命周期内使用实验室环境。

报告 bug

在发现在应用程序中的缺陷，选择 创建 Bug。

为了帮助重现该错误，必须执行的步骤在 bug 中会自动保存，在 要重现的步骤 窗格。对您编写了测试期间刚刚添加的附件时，也会显示和屏幕快照和其他系统信息。

当步骤要包括的在创建 bug 时，可以更改。

在探索会话中创建 Bug。

可以生成测试用例在 bug 的同时，包含相同的步骤。这有助于确保 bug 在将来不再重现。 bug 和测试用例相链接。

[Visual Studio 2012 更新 1] 每个事件声明按区域的屏幕快照在事件周围的自动附带。

在 Bug 报告中具有图像的操作

若要查看测试期间，整个屏幕显示方式，选择 操作日志。

具有图像上下文的操作日志

确保重新测试轻松

当应用程序是更新或后期开发，或者，当 bug 是固定的，您将需要重新运行测试确定所有仍然使用 (或查看它是否更好地工作。

但是，有大量的专业知识，新思为，并且，在的实验探索测试。若要节省时间将来的场合，可以将事件作为步长脚本将测试用例中。当为时执行这些时重新测试，您 (或其他人-只需按照步骤，而不是重创它们。

可以创建测试用例或直接从您的探索会话，或者在后期创建 bug。

利用 Bug 创建测试用例。

您可以调整测试用例包括新步骤数。

如果创建测试用例直接从一个探索会话，通常需要花费实践使用功能的一段时间在执行要跟踪的步骤序列之前。编辑测试用例时启动序列开始的位置。

还应编辑工作项指定应在每个步骤后看到结果。

当您保存并关闭该工作项时，您可以返回到研究。

提示

创建每个单独的测试用例要求的各个方面。

我运行不同的数据值的同一序列。当不同的测试用例，我应记录每个？
不能。创建测试用例，然后编辑它将序列中的特定值替换参数名称。参数名称以“@”。例如，“单击“@flavor”链接”。在测试用例脚本的底部的 参数值 表中，请提供应使用测试的连续重复的值集。有关更多信息，请参见使用 Microsoft 测试管理器创建手动测试用例。

完成测试

暂停并结束测试会话。

提示

为测试运行表示结果的前缀，如“未能未结清帐户”或“成功创建了一个订单”。这样便于说明列出最近探索测试。

我们的执行情况？

使用 查看探索测试会话 评审中执行测试计划的测试。可以排序，并筛选"要求测试。

查看探索测试会话

使用探索测试

测试内容探索我应执行？
最重要的类别的测试是：
- **执行该情景。**您可以将执行目标的事件在用户情景或产品积压工作项？
- **执行键值。**您如可执行情景与不同设置输入–的用户，空购物车，单个项目，其中一个内容，两某些功能，等？
- **中断应用程序。**能否通过提供意外的输入或多个输入进行应用程序失败，例如？
将根据不同的浏览很有用。浏览是您执行特定类似测试的研究。有关详细信息，请参见 james A。惠特克的书籍，探索测试。
我们应如何使用探索与计划中的测试用例的测试？
使用测试用例，不同的团队使用不同的混合探索测试和计划中的测试。这是要考虑的一些备选策略：
- **探索。**完全不要依赖于探索测试并创建测试用例。当找到时，请创建 bug 工作项任何错误。当 bug 后，再次测试来验证此修复。列出探索测试是什么的最佳记录测试：在冲刺 (sprint) 之前，应至少有一个测试每个产品积压工作项或用户情景。此方法适用于小的项目。
- **新功能，回归的测试用例的研究。**当要求的签入代码时，请执行探索测试并创建从其测试用例。创建发现的错误的 bug。当 bug 后，请运行所有测试用例。完整性的最佳度量值是通过的测试用例图。在每个冲刺 (sprint)，也不要运行以前冲刺 (sprint) 的测试用例，确定已更改。
- **计划测试用例事先，并测试中断代码。**编写预先测试用例脚本，使用这些帮助阐明需求。签入代码，请运行适用的测试用例。并运行探索测试，两个生成附加测试用例，并使应用程序失败。

验证修复

当 bug 的一种解决签入后，打开 MTM 并选择 测试中心，测试，验证 Bug。此页包含中创建测试计划，并将测试用例链接到 bug 的列表。选择已修复的 bug 并选择验证。测试运行将打开并显示步骤中，您执行查找该错误。按照步骤并验证不会发生此错误。将测试标记为已通过和关闭 bug。

收集数据从服务器

如果应用程序是网站或客户服务器端应用程序，可以收集信息从服务器计算机，以及从您的客户端。

为此，您必须在计算机上安装实验室环境和安装您的服务器在该环境中。有关更多信息，请参见运行在实验室环境测试。

您还必须配置测试从该环境收集数据。可以执行此测试计划中的属性，也可以在中选择此选项各个测试。

使用 使用选项浏览，若要配置各个测试会话，开始测试。

“使用选项浏览”下拉菜单。

若要配置所有测试集合服务器数据：在 MTM，选择 测试中心，计划，属性。在 测试环境，选择已安装了服务器环境。

为测试计划设置默认环境。

收集其他数据

可以将测试计划的属性，以便其他数据将记录测试会话并在所创建的任何 bug。例如，您可以添加或移除用户操作应收集的过程。

您还可以捕获视频的屏幕，则工作和音频注释。

为测试计划配置数据收集。

有关更多信息，请参见如何：为测试计划选择测试设置和环境。

安全性

请注意您对一个测试会话期间的操作自动登录。存在潜在，此日志可以获得敏感数据，包括用户名和密码。

外部资源

指南

测试使用 Visual Studio 进行附带的 2012 版–第 4 章：项目的测试

视频

轻松地重现通过手动测试问题

请参见