工作项和工作流 (Agile)

您可以使用工作项来跟踪、监视和报告产品及其功能的开发情况。 工作项是您在 Visual Studio Team Foundation Server 中创建的数据库记录,用于记录工作的定义、分配、优先级别和状态。 MSF for Agile Software Development v5.0 的过程模板定义了六种类型的工作项:用户情景、任务、测试用例、共享步骤、Bug 和问题。

主题内容

  • 定义用户情景、任务和其他工作项

  • 创建用户情景、任务或其他类型的工作项

  • 一次创建多个用户情景、任务或其他工作项

  • 创建自动链接到其他工作项的工作项

  • 使用 Test and Lab Manager 创建测试用例和测试计划

  • 使用 Test Runner 和 Test and Lab Manager 打开和跟踪 Bug

  • 查看分配给您的工作项

  • 自定义工作项类型和相关任务

通过定义各个工作项并将这些工作项存储在公共数据库和指标仓库中,可以随时回答有关项目运行状况的各种问题。 工作项、工作项间的链接和文件附件都存储在用于跟踪工作项的 Team Foundation 数据库中,如下图所示。

工作项用法的概念性概述

定义用户情景、任务和其他工作项

可以在工作项窗体中指定和更新工作项信息。 本节中的主题提供了有关如何在各个工作项窗体中工作的详细信息。

任务

相关内容

跟踪用户情景、产品功能或要求。 团队可以创建用户情景来定义要实现的特性、功能和要求。 用户情景概括描述了客户目标,有助于团队对与每个用户情景的相关工作进行估计、设置优先级、定义、安排和验证,因此用户情景是团队计划工作的基本元素。

可以使用“情景概述”和“情景进度”报表来跟踪用户情景和团队进度的状态。

跟踪和估计工作。 团队可以创建任务,用于对实现用户情景或为项目标识的其他方面工作所需的工作量级别进行跟踪。 任务应表示可以在一、两天内完成的较小工作单元。 可以将较大的任务拆分成较小的子任务。

可以创建任务来跟踪以下工作:开发代码、设计和运行测试、解决 Bug 以及执行回归测试。 此外,还可以创建任务来支持必须执行的一般性工作。

通过跟踪每个任务的工时,团队可以深入了解在项目上取得的进度。

可以使用“剩余工作”、“燃尽”和“燃速”报表来监视团队进度、识别工作流中的问题并确定团队燃速。

测试应用程序。 团队可以使用测试用例来定义将支持用户情景测试的测试。 可以定义指定要运行的操作和验证步骤序列的手动测试用例,也可以指定引用自动化文件的自动测试用例。

注意注意
用于创建和定义测试用例的建议客户端为 Microsoft 测试管理器。您还可以使用此工具创建测试套件和测试配置,从而为项目确定完整的测试条件范围。在测试配置中,指定要运行测试用例和测试套件的软件环境。有关更多信息,请参见测试应用程序

可以使用“测试用例准备情况”报表来确定团队在定义测试用例方面的进度。 可以使用“测试计划进度”报表来确定通过或失败的测试数量。

定义共享步骤。 团队可以使用共享步骤来简化手动测试用例的定义和维护。 在共享步骤中,定义要作为测试用例一部分运行的操作和验证步骤序列。 许多测试需要对多个测试用例执行相同的步骤序列。 通过创建共享步骤,可以一次性地定义步骤序列并将其插入到许多测试用例中。

重要说明重要事项
用于创建和定义共享步骤的建议客户端为 Microsoft 测试管理器。可以使用团队资源管理器和 Team Web Access 查看这些类型的工作项;然而,不能使用 Team Web Access 修改或更新某些字段。

打开和跟踪 Bug。 可以通过创建 Bug 工作项来跟踪代码缺陷。 通过创建 Bug,可以采用有助于其他团队成员了解问题的全面影响的方式来准确报告缺陷。 在 Bug 中,您应描述导致意外行为的步骤,以便其他人可以重现 Bug,测试结果应清楚地表明问题所在。 此描述的清晰度和完整性通常会影响修复 Bug 的可能性。

可以使用“会审”工作簿对要为迭代或发布处理的 Bug 进行分级和分配。 可以使用“Bug 状态”报表来跟踪团队在解决和关闭 Bug 方面的进度。

定义和管理风险、问题和障碍。 可以通过创建问题工作项来定义项目的已知或潜在的问题、障碍或风险。

在需要采取具体措施时,一个问题可以转换成一个或多个待执行的任务,以便缓解问题。 例如,技术问题可能导致需要构造体系结构原型。 团队应始终鼓励其成员识别问题,并确保他们对阻碍团队成功的问题提供尽可能多的相关信息。 个人应有权识别问题,而不会害怕因诚实地表达了假设性或有争议的观点而遭到报复。 与维持消极的风险环境的团队相比,创建和维持积极的问题管理环境的团队将更早、更迅速地识别并解决问题,并且所遇到的混乱和冲突也更少。

您可以使用“问题”工作簿对问题进行检查、分级和管理。

创建用户情景、任务或其他类型的工作项

通过打开 Team Web Access 或团队资源管理器并执行本节中的过程,可以创建工作项。 创建工作项后,可以随时修改和添加详细信息(如冲刺 (sprint) 进度)。

创建用户情景、任务或其他类型的工作项

  1. 打开 Team Web Access 或团队资源管理器,并连接到包含要创建工作项的团队项目的团队项目集合。

    有关更多信息,请参见在 Team Foundation Server 中连接和访问团队项目

  2. 执行以下步骤之一:

    • 在 Team Web Access 中,找到导航窗格的快速启动区域,然后单击**“新建工作项”箭头。 在“工作项类型”**菜单中,单击要创建的工作项的类型。

    • 在团队资源管理器中,打开**“团队”菜单,指向“添加工作项”**,然后单击工作项类型。

    会打开一个具有指定类型的工作项窗体。

    Bug 工作项窗体

  3. 按照工作项类型的需要定义其余字段。

    有关更多信息,请参见本主题前面的定义用户情景、任务或其他工作项。

  4. 在工作项工具栏上,单击 保存“保存工作项”

    提示

    在保存工作项之后,标识符会出现在工作项工具栏下方的标题中。

一次创建多个用户情景、任务或其他工作项

可以使用 Office Excel 快速定义自动链接到用户情景的多个任务。 此外,还可以使用随 MSF for Agile Software Development v5.0 过程模板提供的工作簿快速定义用户情景、任务、问题和 Bug。 有关更多信息,请参见下列主题:

创建自动链接到其他工作项的工作项

可以创建自动链接到现有用户情景或其他工作项的工作项。 可以从打开的工作项或工作项查询的结果列表中执行此操作。

创建链接到现有工作项的工作项

  1. 打开 Team Web Access 或团队资源管理器,并连接到包含要定义链接工作项的团队项目的项目集合。

  2. 右击**“打开工作项”团队查询,然后单击“打开”**。

  3. 执行以下操作之一:

    • 在 Team Web Access 中,单击新工作项要链接到的现有工作项旁的箭头,然后单击**“添加新的链接工作项”**。

    • 在团队资源管理器中,右击新工作项要链接到的现有工作项,然后单击**“添加新的链接工作项”**。

    将打开**“添加新的链接工作项”**对话框。

    向问题或 Bug 添加新链接任务

  4. 定义以下字段:

    • 在**“链接类型”列表中,如果您要将新工作项链接到现有测试用例或用户情景,则单击“测试”。 如果您要将新工作项链接到现有任务、问题或其他 Bug,则单击“相关”**。

    • 在**“工作项类型”**列表中,单击要创建的工作项的类型。

    • 在**“标题”**中,键入用于指示要跟踪的情景、任务或其他类型工作项的描述性名称。

    • (可选)在**“注释”**中键入附加信息。

  5. 单击**“确定”**。

    将打开一个工作项窗体,其中包含您已提供的信息。

  6. 按照工作项类型的需要定义其余字段。

    有关更多信息,请参见本主题前面的定义用户情景、任务或其他工作项。

  7. 单击 保存“保存工作项”

使用 Test and Lab Manager 创建测试用例和测试计划

通过使用 Microsoft 测试管理器,不仅可以创建测试用例,还可以创建支持项目测试的测试套件和测试配置。 可以使用测试配置定义要运行测试用例和测试套件的软件环境。

测试计划、测试套件和测试配置

测试计划的组成部分

可以将测试用例组织到测试计划的测试套件层次结构中,从而对测试用例分组。 通过创建测试套件,可将测试用例的集合作为组来运行。 有关如何使用 Microsoft 测试管理器 定义测试用例、测试套件和测试计划的更多信息,请参见测试应用程序

使用 Test Runner 和 Test and Lab Manager 打开并跟踪 Bug

可以使用 Microsoft 测试管理器 提交 Bug,Bug 中自动包含有关您已运行的测试用例和测试环境的信息以及发现代码缺陷的特定测试步骤。 使用 Microsoft 测试管理器 创建的 Bug 会自动将 Bug 链接到发现其的测试用例。

您可以按下列方式创建 Bug:

  • 若是使用 测试运行程序 运行测试、查看测试结果或查看 Bug,则使用 Microsoft 测试管理器

  • 使用 Team Web Access 或团队资源管理器

  • 使用 Office Excel(在同时提交多个 Bug 时很有用)

有关如何使用 Microsoft 测试管理器 提交、跟踪和验证 Bug 和修复的信息,请参见下表中的相关内容。

任务

相关内容

创建 Bug。 若在临时测试中发现了异常的应用程序行为,则可以迅速创建 Bug。

收集诊断数据以支持调试。 可以使用测试运行程序对采用托管代码编写的应用程序收集诊断跟踪数据,开发人员随后可以在将这些数据用于 Intellitrace,以隔离错误。

创建记录操作日志文件并将其添加到 Bug。 运行手动测试时,可以采用文本形式将操作记录在日志文件中。 可以自动将此文件添加到在运行手动测试时创建的任何 Bug 中。

根据 Bug 和记录操作日志文件创建测试用例。 可以使用操作日志根据 Bug 或测试结果来创建手动测试用例。 通过采用此方法,您不必键入所有步骤即可创建测试用例。

基于测试结果验证和更新 Bug 的状态。 如果提交某个基于测试用例的 Bug,则可以直接从 Microsoft 测试管理器 中的“我的 Bug”列表验证该 Bug。 若要采取此方法,测试结果必须与测试用例相关联。 可以迅速地重新运行测试、基于结果更改 Bug 的状态并向 Bug 添加注释。

查看分配给您的工作项

团队成员通过打开“我的工作项”团队查询或通过访问“我的面板”,可以快速查找分配给其的工作项。 有关更多信息,请参见下列主题:

自定义工作项类型和相关任务

任务

相关内容

了解可以用于在所有类型的工作项间跟踪信息的字段。 用于跟踪工作项的数据库跟踪未在工作项窗体中出现的字段。 您可以了解有关这些工作项字段、特定字段的限制以及进行报告和索引的字段的更多信息。

添加、移除或自定义使用各种类型的工作项跟踪数据的方式。 您可以根据自己的要求自定义现有类型的工作项或新建类型。 每种类型的工作项都有一个对应的 XML 定义文件,该文件将导入到团队项目。

自定义用于跟踪工作项的对象,以支持跟踪项目的要求。 您可以自定义团队用来跟踪进度的数据字段、工作流和工作项窗体。

若要自定义用于跟踪工作项的对象,您可修改某个 XML 文件并将其导入承载项目集合的服务器。

添加、移除或修改用于控制工作流的状态或转换。 通过定义工作流的初始状态、有效状态、这些状态之间的有效转换以及有权执行这些转换的用户或组,可以控制该工作流。 工作项类型的 WORKFLOW 节控制如何跟踪工作项。

修改和自定义某种类型的工作项的窗体。 通过工作项类型定义中的 FORM 节,可控制该工作项类型显示用户界面元素的方式。 每种工作项类型必须只有一个窗体。 您可以描述整个窗体,包括其所有选项卡、字段和组。

请参见

概念

项目 (Agile)