# TFS 基于 Web 的测试用例管理 **[Manoj Bableshwar](https://msdn.microsoft.com/zh-cn/magazine/ee532098.aspx?sdmr=ManojBableshwar&sdmi=authors)** 应用程序生命周期管理与团队的基础服务器 （TFS） 是所有关于利用集成的工具集来管理您的软件项目，从规划和开发到测试和部署。Team Foundation Server 的核心部分，作为试验中心使您能够创建和运行手动测试通过容易使用基于 Web 的界面，可以访问通过所有主要浏览器在任何平台上。在这篇文章将会深入手工测试的阶段 — — 规划和创建测试，审查它们与利益相关者，运行测试，并跟踪测试进度的团队。我会触及不同的价值取向，如灵活地自定义工作流 ； 端到端的可追溯性 ； 标准-­基于测试的选择 ； 更改跟踪和审核 ； 共享测试步骤和测试数据 ； 利益相关者评审 ； 和最重要的是，易用性，特别是对于那些一直在使用基于 Excel 的框架用于手动测试的测试人员。若要访问试验中心，您可以导航到它通过单击在处所 TFS 的测试选项卡上的样子你访问工作选项卡，以管理积压或生成选项卡来监视生成。或者，你可以注册一个免费的 Visual Studio 在线 （VSO） 帐户在 [visualstudio.com](http://visualstudio.com/) 和激活 90 天帐户尝试尝试试验中心。 ## 冲刺 (sprint) 计划测试活动 冲刺 (sprint) 或迭代是单位规划团队的这种做法敏捷或 Scrum 方法。它使意义的计划冲刺 (sprint) 的测试工作，就像它做为用户情景。入门测试计划，通过提供一个名称并将其关联的团队和冲刺 (sprint) 创建测试计划。测试计划可以有一个所有者和测试周期日期为带外测试活动如 beta 发布签收或一个用户验收测试周期。TFS 中的测试计划是工作项，所以你得到的工作项，例如与工作项历史记录 ； 更改跟踪的所有好处 权限基于区域路径 ； 富文本摘要字段 ； 文件附件和更多。然而，最重要的工作项的好处是定制。工作项自定义使得能够对齐工作流和工件用于跟踪活动与业务流程的组织所使用的字段。这一概念可以扩展为更好地反映测试活动练习作为您的软件开发模式，通过自定义测试计划工作项目。此外，自定义测试计划工作项的过程是相似的其他工作项例如 bug 或用户情景。例如，默认测试计划的国家可以改变从活动和非活动，说、 创作、 测试或存档。审阅者的审批者，额外的用户领域签署­关闭所有者，等等，需要对于问责制或审计要求，可以将添加到测试计划。当您将您的流程集成到测试计划，你可能想要限制访问，以便只有某些人，如团队领导或者测试经理，可以访问用于创建和修改测试计划。管理测试计划的权限可以用于中度测试计划的用户或团队级别的访问。  一旦设置了一项试验计划，你会渴望创建和运行测试。但在此之前，很重要的是思考如何组织这些测试，以使重用和端到端的可追溯性测试工作。测试套件是工件，载有一项试验计划，并使测试用例分成逻辑单元 （分组。测试套件有三种类型：基于需求的测试套件 （RBS），基于查询的测试套件 （发达） 和静态测试套件。静态测试套件工作就像文件夹来组织 RBS 和发达。如果你自己想去组测试用例，你可以手动选择和静态测试套件添加测试用例。 如测试计划、 测试套件是工作项，所以前面提到的所有自定义项福利申请测试套件。一个测试套件的自定义字段的一些例子是汇总字段描述指令设置的测试应用程序和字段来描述测试的性质，如功能或集成测试的复杂性，等等。只是作为测试计划，可以适度向测试套件管理测试套件允许用户或团队级别的访问。可以在测试套件的工作项历史记录跟踪更改测试用例包含在套件、 所有者、 状态或其他领域。 ## 端到端和基于需求间套房的可追溯性 基于需求的套房对应于用户故事 （或者 scrum 的产品积压工作项和基于 CMMI 的项目所需经费），该小组正在对在当前冲刺 (sprint) 中。创建 RBS 采摘一个用户故事的目标是使可追踪性。在 RBS 中创建的测试用例将自动链接到用户情景，因此很容易找到所包含要测试的用户情景的方案。Bug，如果任何的存档运行这些测试用例时还链接到用户情景与测试用例，从而提供端到端可视性的用户故事，其测试场景和打开的 bug。这可以帮助您衡量质量和船准备的一项功能。  ## 基于标准的测试基于查询的套件 回归测试覆盖率是一样重要的新功能的测试覆盖率。团队通常设置基于标准的回归测试覆盖率 — — 优先级别为 1 的所有测试，端到端场景中的所有都测试，所有自动的都测试等等。测试集线器支持基于标准的测试与发达 ； 通过对测试用例定义查询创建这些套件。在发达，无需任何手动刷新发达自动填充与查询条件相匹配的测试用例。发达也可以用于其他方案，例如，跟踪测试用例被固定在当前冲刺 (sprint) 中的 bug。 ## 与类似 Excel 的网格创建测试用例 测试用例的测试，每个基本单元包含描述一组可执行的操作和预期的结果描述所要验证在每个测试步骤的测试步骤。每个测试步骤可以具有可选的附件，例如，截图，说明了输出。像测试计划和测试套件、 测试用例是工作项，所以工作项自定义的所有福利都申请到测试用例，以及。 有两种方法来创建测试用例。第一个选项是使用测试用例工作项窗体，您可以一次创建一个测试用例。第二个选项和真的让你轻松通过创建测试用例，是类似 Excel 的网格中显示的那个**图 1**。网格手动测试人员，通常情况下，将已经编写和测试的测试用例在 Excel 中，有很好的共鸣。使用网格中，测试人员可以创建多个测试用例在一段时间，流利导航网格与选项卡、 箭头和 Enter 键同时打字测试标题、 步骤和预期的结果。它是简单的经验来插入、 删除、 剪切、 复制和粘贴的行。更重要的是，网格可以显示所有测试用例的领域，如状态、 标记、 自动化状态，等等，再加上这些字段可以批量标记为多个测试用例。如果你有间歇性的互联网连接或只是更舒适书写测试用例在 Excel 中，欢迎你来做到这一点。只是复制和粘贴所有测试案例，您在 Excel 中已经写进网格并保存它们，将它们填充到系统。事实上，如果你的团队只采用 TFS 试验中心测试，网格可以帮助您从 Excel 导入测试用例。签出该测试用例 Migrator 加的实用程序，在[tcmimport.codeplex.com](http://tcmimport.codeplex.com/) 从 excel 中先进的进口要求。   **若要创建多个测试，可以使用图 1 类似 Excel 的网格** ## 共享测试步骤和测试数据 一些测试场景需要特定测试数据作为输入，意味深长地测试。同时，也使得意义重复测试的不同变体试验数据为例，有效和无效的输入的集或不同的项目组合在一个购物篮。参数可用于将一个测试用例与测试数据相关联。与成熟的测试团队，涵盖大型和复杂的测试场景，很有可能很多测试用例使用类似测试数据驱动测试。共享的参数可以帮助您整合和集中管理这些测试数据。你也可以从 Excel 导入测试数据，并使用它通过共享参数驱动测试。 只是作为测试数据，它可能是测试步骤共同跨越多个测试用例，例如登录到应用程序或导航到窗体的步骤。这种共同的测试步骤可以合并为共享步骤。使用共享的步骤的优点是可以在共享步骤中更新的更改如更新的应用程序的 URL 或同时记录中，一个额外的身份验证步骤。更改共享参数或共享的步骤将立即反映在引用的所有测试用例。 ## 与利益攸关者审查测试 前运行的测试，它是一个好主意，与利益相关者，如产品经理或业务分析师，以征求他们的意见，分享测试。在跨部门或跨组织的开发和测试团队，如外包的测试项目中，可能在测试执行之前要求正式签收。若要共享测试与利益相关者进行审查，可以导出测试计划或测试套件的一群，通过电子邮件或将它们打印到 PDF 或硬拷贝。**T**他输出的电子邮件对话框中可以编辑之前把它寄给利益相关者。您还可以复制并粘贴到 Word 文档，当利益相关者需要应对内联审阅批注时。 ## 用基于 Web 的测试运行程序运行测试 准备团队来运行测试，测试领导者可以将测试指派给团队成员。所有者的测试用例和测试用例的测试人员可以是不同的人 ； 测试领导者具有灵活性，洗牌测试人员或甚至把别人的帮助要执行的测试的供应商。基于 Web 的测试运行，用来运行手动测试，最有价值的特点是它的跨平台支持。由于测试运行器是基于浏览器，您可以运行它支持任何主要的浏览器的任何平台上 — — 互联网资源管理器中，Chrome、 火狐和 Safari。 测试运行程序提出了测试步骤和预期的结果，在一个狭窄的窗口，使其容易阅读和在被测试的应用程序上执行的步骤 （见**图 2**)。编写测试用例时创建的图像附件均可见，且可以放大到。如果您的测试用例由测试数据，每行包含测试用例中的参数值将对应于一个测试迭代。   **图 2 基于 Web 测试运行程序** 一个测试可以有不同的结果 — — 通过、 失败、 阻止和不适用。可以用 Blocked 状态，当测试都需要等待外部的依赖项例如 bug 修复，并不适用时，很有用的测试并不适用于当前特征 — — 服务释放，举个例子。当你穿越过验证测试步骤，您将标记它们通过或失败。失败的步骤，你可以记下你观察测试时问题的评论。你可以向开发人员报告失败，通过创建一个 bug，在测试运行程序会话的上下文中。该 bug 是自动填充在您遇到问题之前执行的所有步骤。该 bug 之前存档，还带有附加注释和截图更新。该 bug 链接到被归档并要求被测试，因而有利的端到端跟踪时运行的测试用例。另一方面，如果你找到预期的结果和应用程序之间的差异是因为最近更新应用程序，您可以修复测试用例的内联，它运行时。如果你在很长一段测试会话正在运行许多测试，需要休息一下，你可以暂停测试和以后恢复它们。如果你发现一个测试失败，为你，希望找出当它最后传递或哪个团队成员得到成功地执行它，看着最近的测试用例结果将回答这些问题。 尽管测试运行程序能够帮助你走过每个测试步骤的测试用例的详细信息，批量标记功能可帮助您通过或失败多个测试一次。如果您要验证高级别测试场景突出显示通过的测试用例的标题，但不是实际步行通过详细的测试步骤，您可以快速地标记每个测试的结果，而无需启动测试运行程序。当脱机进行了大量的试验，其地位已得到反映回系统中，因此大部分标记功能就特别有用。 ## 跟踪测试进度图表 "是我的特点船准备好了吗?""是我的团队有望完成此冲刺 (sprint) 的测试吗?""是我计划的所有测试案例此冲刺 (sprint) 准备好运行?"这些是一些在哪个测试潜在顾客、 测试经理和利益攸关者感兴趣的问题。考试中心可以让您创建一套丰富的图表来帮助回答这类问题 （见**图 3**)。图表进来两个集合：测试用例图表，可以用来跟踪的创作活动，测试进度和测试结果图表，可以用来追踪测试执行活动。这些图表可以是不同类型的可视化效果 — — 派、 列、 堆积条形的图、 数据透视表和等等。所有者、 状态、 优先事项和类似的测试用例等可以用作测试用例图表的支点。测试结果图表来与测试套件、 结果、 测试仪、 运行按优先级别和更多的是支点。例如，若要查找的用户情景测试状态，你可以创建堆积的条形图与测试套件和成果作为支点的正在测试在当前冲刺 (sprint) 的所有基于需求的套件。一群测试套件或测试计划，可以卷起来的整个测试计划的信息，也可以创建这些图表。此外可以通过固定到主页图表来共享与利益相关者的见解。最后，所有图表都显示实时的度量标准，没有任何延迟或处理的延迟。   **图 3 跟踪测试结果** ## 总结 试验中心不仅仅是手工测试人员。它是一个工具，产品所有者和业务分析师可以用来衡量他们的特征和验收标准的衡量。网格可以用来跟踪要求，验收标准，可稍后用于签收。综上所述，试验中心提供： * 自定义功能与测试计划、 测试套件和测试用例工作项的工作流。 * 从需求到测试用例和 bug 与基于需求的端到端追溯性测试套件。 * 基于标准的测试选择使用基于查询的测试套件。 * Excel 一样的界面与网格的简单测试用例的创建。 * 可重用的测试步骤和测试数据共享的步骤与共享的参数。 * 可共享的测试计划、 测试套件和测试用例与利益攸关者审查。 * 在任何平台上的基于浏览器的测试执行。 * 实时图表跟踪测试活动。 试验中心提供简单而全面的方法来测试你打算释放在冲刺 (sprint) 的用户情景。测试集线器是提供关于-房舍与 TFS，以及与 Visual Studio 在线云。入门马上在 90 天的免费试用 [visualstudio.com](http://visualstudio.com/)。若要查看测试枢纽在行动中，观看演示在 [aka.ms/WebTCMDemo](http://aka.ms/WebTCMDemo)。