Bug (Scrum)

通过定义和管理 Bug 工作项，您的团队可以跟踪产品存在的缺陷，并设置工作量的优先级以修复这些缺陷。在定义 Bug 时，您应执行以下任务：

• 足够准确地报告问题，使其他团队成员能够全面了解问题所产生的影响。

• 介绍您在发现 Bug 之前所执行的操作，以便其他成员可以更轻松地重现您报告的行为。

• 指定预期行为，以帮助其他人了解是否已修复 Bug。

主题内容

• Defining a Bug

• Adding and Linking Tasks to a Bug

• Adding and Linking Test Cases to a Bug

• Adding Other Work Items to a Bug

• Changing the State of a Bug

必需的权限

若要查看 Bug，您必须是**“Readers (访问者)”组的成员，或者您的“查看此节点中的工作项”权限必须设置为“允许”。若要创建或修改 Bug，您必须是“Contributors (参与者)”组的成员，或者您的“编辑此节点中的工作项”权限必须设置为“允许”**。有关更多信息，请参见管理权限。

定义 Bug

Bug 的工作项窗体包含下图所示的字段和选项卡：

在定义 Bug 时，必须定义**“标题”**。可以将所有其他字段保留为空白，也可以接受其默认值，并稍后更新它们。

定义 Bug

1. 在 Bug 的工作项窗体的上半部分中，指定以下一个或多个字段：

   • 在**“标题”**（必需）中键入一个短语，用于描述代码缺陷。

   • 在**“迭代”**中，指定 Bug 的迭代路径。

     有关更多信息，请参见创建和修改区域和迭代。

   • 在**“指派给”**列表中，单击拥有 Bug 的团队成员的名字。

     说明
     只有“Contributors (参与者)”组的成员才能拥有工作项。

   • 在**“状态”列表中，保留默认值“新建”**。

     有关**“状态”**字段以及如何使用该字段来跟踪工作流的更多信息，请参见本主题后面的Changing the State of a Bug。

   • 在**“原因”列表中，保留默认值“报告了新缺陷”**。

   • 在**“工作量”**中，键入一个数字，用于指定修复 Bug 所需的相对工作负荷量。

     数字越大表示工作量越大。

   • 在**“严重级别”**列表中，单击一个值以指示 Bug 对项目的影响。

     默认情况下，此字段的值为**“3 - 中”**。

   • 在**“区域”**列表中，单击相应的区域路径。

2. 在工作项窗体的下半部分中，提供以下信息：

   • 在**“重现步骤”**选项卡上，提供尽可能详细的信息，以便其他团队成员可以了解必须修复的问题。

     可以对在此字段中提供的内容进行格式设置。

   • 在**“验收条件”**选项卡上，描述用于验证您的团队是否已修复 Bug 的条件。

   • 在**“历史记录”**选项卡上，添加要作为历史记录的一部分进行捕获的注释。

     每次团队成员更新该工作项时，其历史记录都会显示更改日期、进行更改的团队成员和所更改的字段。

   • 在**“附件”**选项卡上，可以附加提供有关 Bug 的更多详细信息的文件。

     例如，可以附加电子邮件线索、文档、图像或日志文件。

   • 在**“系统”**选项卡上，描述在其中发现 Bug 的软件环境。

     在**“发现版本”**列表中，单击或键入在其中找到缺陷的版本的名称。

     在定义 Bug 时，不要在**“集成版本”**中指定版本。在解决 Bug 时，键入包含代码或修复 Bug 的版本的名称。

     说明
     每个版本都与一个唯一的版本名称相关联。有关如何定义版本名称的信息，请参见Customize Build Numbers。

3. 通过执行以下一项或多项任务，将 Bug 链接到其他工作项：

   • 在**“任务”**选项卡上，创建一个或多个从 Bug 到任务的链接。

     有关更多信息，请参见本主题后面的Adding and Linking Tasks to a Bug。

   • 在**“测试用例”**选项卡上，创建一个或多个从 Bug 到测试用例的链接。

     有关更多信息，请参见本主题后面的Adding and Linking Test Cases to a Bug。

   • 在**“链接”**选项卡上，创建一个或多个从 Bug 到其他 Bug 或到其他类型的工作项的链接。您还可以添加指向网站或指向存储在服务器或网站上的文件的一个或多个超链接。

     有关更多信息，请参见本主题后面的Adding Other Work Items to a Bug。

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

   在保存 Bug 之后，标识符出现在工作项工具栏下面的标题中。

将任务添加和链接到 Bug

可以将任务工作项添加到 Bug，以便跟踪为解决并关闭 Bug 而已进行的工作进度。

创建与 Bug 链接的任务

1. 在**“任务”选项卡上，单击 “新建”**。

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

   

2. 在**“链接类型”列表中，保留默认选项“子级”**。

3. 在**“工作项类型”列表中，单击“任务”**。

4. 在**“标题”**中键入一个名称，用于尽可能具体地介绍将执行的工作区域。

5. （可选）在**“注释”**中键入附加信息。

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

   将打开一个任务工作项窗体，窗体中将显示您已提供的信息。

7. 指定其余字段，然后单击 “保存工作项”。

   有关任务工作项中的字段的更多信息，请参见任务 (Scrum)。

将现有任务链接到 Bug

1. 在**“任务”选项卡上，单击 “链接到”**。

   将打开**“将链接添加到 Bug”**对话框。

2. 在**“链接类型”列表中，保留默认选项“子级”**。

3. 单击**“浏览”**。

   将显示**“选择链接工作项”**对话框。

   

4. 若要指定要将 Bug 链接到的任务，请执行下列任务之一：

   • 运行查询以查找要链接到的任务。

   • 键入要链接到的任务的 ID。

   • 键入包含在目标项的标题中的文本，然后单击**“任务”**作为工作项类型。

   选中要链接到 Bug 的每项任务旁边的复选框，然后单击**“确定”**。

   **“选择链接工作项”**对话框将消失。有关更多信息，请参见查找要链接或导入的工作项。

5. （可选）在**“添加新的链接工作项”**对话框中，键入要将 Bug 链接到的任务的说明。

6. 单击**“确定”，然后单击 “保存工作项”**。

   Bug 和将其链接到的任务都会更新。会为您添加的每个任务创建指向 Bug 的父链接。

将测试用例添加和链接到 Bug

可以创建一个测试用例并将其链接到 Bug。用于创建测试套件和测试用例的建议客户端为 Microsoft 测试管理器。从此客户端，您也可链接到 Bug，如如何：使用 Microsoft 测试管理器查看产品积压工作项、用户情景或要求工作项中所述。

向 Bug 添加测试用例

1. 在**“测试用例”选项卡上，单击 “新建”**。

   此时将显示**“添加新的链接工作项”**对话框。

2. 在**“链接类型”列表中，保留默认选项“测试方”**。

3. 在**“工作项类型”列表中，保留默认选项“测试用例”**。

4. 在**“标题”**中，键入要测试的区域的说明。

5. （可选）在**“注释”**中键入附加信息。

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

   将打开一个测试用例工作项窗体，窗体中将显示您已提供的信息。

7. 指定其余字段，然后单击 “保存工作项”。

   有关测试用例的工作项窗体中的字段的更多信息，请参见测试用例 (Scrum)。

将现有测试用例添加到 Bug

1. 在**“测试用例”选项卡上，单击 “链接到”**。

   将打开**“将链接添加到 Bug”**对话框。

2. 在**“链接类型”列表中，保留默认选项“测试方”**。

3. 在**“工作项 ID”**中，键入要链接到的测试用例的 ID 或浏览至这些测试用例。

   您可运行已保存的查询来查找要添加的测试用例，然后选中要链接到的每个测试用例旁边的复选框。

   有关更多信息，请参见查找要链接或导入的工作项。

4. （可选）为要将 Bug 链接到的测试用例键入说明。

5. 单击**“确定”，然后单击 “保存工作项”**。

   Bug 和将其链接到的测试用例都会更新。会为您添加的每个测试用例创建指向 Bug 的**“测试”**链接。

向 Bug 添加其他工作项

可通过使用**“链接”**选项卡，向 Bug 添加其他 Bug 或任何其他类型的工作项。

创建工作项并将其链接到 Bug

1. 在**“链接”选项卡上，单击 “新建”**。

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

2. 在**“链接类型”列表中单击“相关”**。

3. 在**“工作项类型”**列表中，单击要创建的工作项的类型。

4. 在**“标题”**中，描述工作项。

5. （可选）在**“注释”**中键入附加信息。

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

   将打开一个工作项窗体，该窗体中显示您已提供的信息。

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

更改 Bug 的状态

团队可以通过将 Bug 的**“状态”字段设置为以下值之一来跟踪其进度：“新建”、“已批准”、“已删除”、“已提交”或“完成”**。下图演示了 Bug 的典型和非典型工作流进度。

Bug 状态图

典型工作流进度： 创建一个处于默认状态（“新建”）的 Bug 工作项。 将状态从“新建”更改为“已批准”。 当团队承诺修复 Bug 时，将状态从“已批准”更改为“已提交”。 将状态从“已提交”更改为“完成”。 非典型转换： 将状态从“新建”更改为“已删除”。 将状态从“已删除”更改为“新建“。 将状态从“已批准”更改为“已删除”。 将状态从“已提交”更改为“已批准”。

状态更改	何时使用
从“新建”到“已批准”	当产品所有者批准修复 Bug 时。
从“新建”到“已删除”	当产品所有者未批准修复 Bug 时。
从“已批准”到“已提交”	当团队承诺在当前冲刺 (sprint) 中修复 Bug 时。
从“已批准”到“已删除”	当团队决定不修复 Bug 时。
从“已删除”到“新建”	当团队重新考虑修复 Bug 时。
从“已提交”到“完成”	当团队修复 Bug 并满足其验收条件时。
从“完成”到“已提交”	当团队发现修复 Bug 所需的其他工作时。
从“已提交”到“已批准”	当团队因员工变更或优先级调整停止处理 Bug 时。

请参见

其他资源

适用于 Visual Studio ALM 的 Scrum 过程模板