用户情景 (Agile)

在本主题中，您可以学习如何填写用户情景工作项的详细信息。 有关用户情景以及如何在敏捷过程中使用用户情景的信息，请参见创建大规模产品积压工作。 有关如何为用户情景创建工作项的信息，请参见工作项和工作流 (Agile)。

主题内容	相关主题
定义用户情景 将任务添加和链接到用户情景 将测试用例添加和链接到用户情景 将问题添加到用户情景 将详细信息、附件或超链接添加到用户情景 解决和关闭用户情景	敏捷过程 创建大规模产品积压工作 Scrum 敏捷工作簿 “产品计划”工作簿 “迭代积压工作”工作簿 Agile 报告 (Reporting Services) “情景概述”报表（敏捷） 情景进度报表（敏捷） 字段参考 工作分配和工作流 (Agile) 区域和迭代 计划、分级和优先级别 标题、ID、说明和历史记录 (Agile) 链接工作项 (Agile) 附件

所需权限

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

定义用户情景

用户情景可传达对于产品或系统的最终用户有价值的功能。 每个用户情景都应简单陈述用户希望通过使用软件的某个功能来获得的效果，并从用户的角度对其进行描述。 当您编写用户情景时，应关注功能面向的对象、他们要达到的效果以及原因。 您应避免采用指定应如何开发功能的描述。

用户情景的工作项窗体将数据存储在下图所示的字段和选项卡中：

在定义用户情景时，必须在工作项窗体的上方区域定义**“标题”**。 可以将所有其他字段保留为空白，也可以接受其默认值。

定义用户情景

1. 在用户情景的工作项窗体的上方区域，指定以下一类或多类信息：

   • 在**“标题”**（必需）中键入简短说明。

     良好的情景标题可使值反映需要实现的客户或功能。

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

     提示

     只能向“Contributors (参与者)”组成员分配工作项。

     如果未指派情景，则会自动将其指派给您。

   • 在**“级别”**框中，键入一个数字，用于指示情景相比于产品积压工作中其他情景的相对重要性。

   • 在**“情景点”**框中，键入一个数字，用于为完成用户情景所需的工作量指定主观分级。

     如果您指定更多的点，则表示需要完成更多工作。

   • 在**“优先级别”**列表中，单击用户情景的重要性级别，范围为 1（最重要）到 4（最不重要）。

   • 在**“区域”和“迭代”**列表中，单击适当的区域和迭代，或保留这些字段为空，以后在计划会议期间进行指派。

     提示

     每个团队项目的项目管理员为该项目定义区域和迭代路径，以便团队可以根据这些指定跟踪进度。 有关更多信息，请参见创建和修改区域和迭代。

2. 在**“详细信息”**选项卡上，指定以下一类或多类信息：

   • 在**“含验收条件的描述”**框中，根据需要提供尽可能详细的信息，以便不仅描述用户情景，而且还描述用于验证是否已完成用户情景的条件。

     您的团队将使用此信息为任务和测试用例创建工作项。 有关更多信息，请参见任务 (Agile)和测试用例 (Agile)。

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

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

3. 将用户情景链接到其他工作项，如任务、测试用例、Bug 和问题。

   有关更多信息，请参见本主题后面的以下各节：

   • 将任务添加和链接到用户情景

   • 将测试用例添加和链接到用户情景

   • 将 Bug 添加到用户情景

   • 将问题添加到用户情景

   • 将详细信息、附件或超链接添加到用户情景

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

提示

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

将任务添加和链接到用户情景

您可将任务添加到用户情景，以便跟踪为完成用户情景而已进行的工作进度。

提示

“情景概述”和“情景进度”报表要求您在用户情景与任务之间以及用户情景与测试用例之间创建链接。 有关更多信息，请参见“情景概述”报表（敏捷）和情景进度报表（敏捷）。

创建与用户情景链接的任务

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

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

   

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

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

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

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

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

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

7. 按任务 (Agile)中所述指定其余字段，然后单击 “保存工作项”。

将多个现有任务链接到用户情景

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

   **“将链接添加到用户情景”**对话框随即打开。

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

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

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

   

4. 在**“工作项 ID”中键入工作项，或者浏览到要链接的工作项。 您也可运行“我的任务”**团队查询来查找要链接的任务。 选中要链接到用户情景的每个任务旁边的复选框。 有关更多信息，请参见查找要链接或导入的工作项。

5. （可选）为要链接的任务键入说明。

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

   提示

   用户情景和链接的任务都会更新。 会为添加的每个任务都创建指向用户情景的父链接。

将测试用例添加和链接到用户情景

作为计划的一部分，您可创建测试用例并链接到用户情景。 用于创建测试套件和测试用例的建议客户端为 Microsoft 测试管理器。 从此客户端，您也可链接到用户情景，如在如何：使用 Microsoft 测试管理器查看要求或用户情景中所述。

将新测试用例添加到用户情景

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

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

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

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

4. 在**“标题”**中键入一个描述性名称，用于定义要测试的区域。

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

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

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

7. 按测试用例 (Agile)中所述指定其余字段，然后单击 “保存工作项”。

将现有测试用例添加到用户情景

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

   **“将链接添加到用户情景”**对话框随即打开。

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

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

   您可运行**“我的测试用例”**团队查询来查找要添加的测试用例，然后选中要链接到的每个测试用例旁边的复选框。 有关更多信息，请参见查找要链接或导入的工作项。

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

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

   提示

   用户情景和链接的测试用例都会更新。 会为添加的每个测试用例都创建指向用户情景的“测试”链接。

将问题添加到用户情景

您可为问题创建工作项，并从**“所有链接”**选项卡将其链接到用户情景。 通过定义问题并将其链接到用户情景，可以更好地跟踪用户情景的质量和完成情况。

创建问题并将其链接到用户情景

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

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

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

3. 在**“工作项类型”列表中单击“问题”**。

4. 在**“标题”**中键入一个名称，用于尽可能具体地标识阻滞问题。

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

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

   将打开一个问题工作项窗体，窗体中含有您已提供的信息。

7. 按问题 (Agile)中所述定义其余字段，然后单击 “保存工作项”。

将详细信息、文件和超链接添加到用户情景

可以通过以下方式将详细信息添加到用户情景：

• 在**“说明”或“历史记录”**字段中键入信息。

• 附加文件。

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

• 添加指向网站或存储在服务器或网站上的文件的超链接。

将详细信息添加到用户情景

1. 在**“详细信息”选项卡上的“说明”**字段中键入信息。

2. （可选）在**“历史记录”**字段中键入信息。

   您可以设置信息格式以强调重点或获取项目符号列表。 有关更多信息，请参见标题、ID、说明和历史记录 (Agile)。

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

将附件添加到用户情景

1. 在**“附件”**选项卡中，执行以下操作之一：

   • 将文件拖动到附件区。

   • 单击 或按 Ctrl+V 粘贴已复制的文件。

   • 单击 “添加”，然后单击**“浏览”。 在“附件”**对话框中，键入或浏览到要附加的文件的名称。

     （可选）在**“注释”框中，键入有关附件的更多信息。 若要返回到“附件”选项卡，请单击“确定”**。

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

将超链接添加到用户情景

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

   

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

3. 在**“地址”**框中，键入链接目标的地址。

4. 如果目标是网站，请键入 URL，或者从 Internet 浏览器中复制该 URL，然后将其粘贴到**“地址”**框中。 如果目标是服务器位置，请键入 UNC 名称格式的地址。

5. （可选）在**“注释”**框中键入有关超链接的更多信息。

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

解决和关闭用户情景

可使用**“活动”、“已解决”和“已关闭”状态来跟踪用户情景的进度。 在已编写代码来实现用户情景并且所有单元测试都已通过时，可将用户情景的“状态”更改为“已解决”。 在所有任务都已完成并且用户情景通过了所有验收测试后，可将其“状态”更改为“已关闭”**。 任何团队成员都可更改用户情景的状态。

有关可用于跟踪工作项状态的数据字段的更多信息，请参见工作分配和工作流 (Agile)。

解决或关闭活动用户情景

1. 打开用户情景。

2. 在**“状态”列表中，单击“已解决”或“已关闭”**。

   • 如果将状态从**“活动”更改为“已解决”，则“原因”字段自动更改为“已完成代码并且已通过单元测试”**。

   • 如果将状态从**“已解决”更改为“已关闭”，则“原因”字段更改为“验收测试通过”**。

   • 如果将状态从**“活动”更改为“已关闭”，则应单击符合您意图的“原因”**，如本主题后面部分中的从活动到关闭所述。

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

典型工作流进度： 一个客户代表使用默认原因“新建”创建了一个处于“活动”状态的用户情景。 在已完成代码并且已通过单元测试时，一个团队成员将用户情景的状态从“活动”更改为“已解决” 在为用户情景定义的测试用例已通过时，一个团队成员将状态从“已解决”更改为“已关闭” 非典型转换： 一个客户代表确定用户情景不相关或超出范围，因而将状态从“活动”更改为“已关闭” 用户情景的一个验收测试失败。 因此，一个团队成员将状态从“已解决”更改为“活动” 一个客户代表确定该用户情景已错误地关闭或者正在范围内，并将状态从“已关闭”更改为“活动”。

用户情景状态图

活动（新建）

以下数据字段会在团队成员创建用户情景时自动捕获：

• 创建者：创建工作项的团队成员的名字。

• 创建日期：根据服务器时钟记录的创建工作项的日期和时间。

由“活动”改为“已解决”

可以出于下面的原因来解决活动用户情景：

原因	何时使用	要采取的其他操作
已完成代码并且已通过单元测试	当已签入用于实现用户情景的代码并且所有单元测试都已通过时。	将用户情景指派给对其进行测试的团队成员。

以下数据字段会在团队成员解决活动用户情景时捕获：

• 解决者：解决工作项的团队成员的名字。

• 解决日期：根据服务器时钟记录的解决工作项的日期和时间。

• 状态更改日期：工作项状态的更改日期和时间。

从活动到关闭

可以出于以下原因之一来关闭活动用户情景：

原因	何时使用	要采取的其他操作
已拒绝（默认）	您确定用户情景代表的功能或要求不支持业务要求、方案或价值主张。	无。
已放弃	认为不再需要实现用户情景。	无。
超出范围	团队没有足够的资源来实现当前迭代的用户情景。 用户情景标识为超出范围的原因可能是团队没有足够时间或是发现了阻滞问题。	更新“迭代”字段以指定将在哪个迭代中实现方案。 如果已将方案推迟到软件的下一版本，则将“迭代”字段留为空白，但要详细说明方案推迟的原因以及应在何时实现方案。

以下数据字段会在关闭活动用户情景时捕获：

• 关闭者：关闭工作项的团队成员的名字。

• 关闭日期：根据服务器时钟记录的工作项关闭日期和时间。

• 状态更改日期：工作项状态的更改日期和时间。

已解决

当在代码中实现用户情景时，开发人员主管将状态设置为“已解决”，并将情景指派给测试人员，以便能开始测试。

由“已解决”改为“已关闭”

可以出于下面的原因来关闭已解决的用户情景：

原因	何时使用	要采取的其他操作
验收测试通过	与用户情景关联的所有测试用例都已通过。	将用户情景指派给产品所有者。

以下数据字段会在团队成员关闭已解决的用户情景时自动捕获：

• 关闭者：关闭工作项的团队成员的名字。

• 关闭日期：根据服务器时钟记录的工作项关闭日期和时间。

• 状态更改日期：工作项状态的更改日期和时间。

由“已解决”改为“活动”

可以出于下面的原因来重新激活已解决的用户情景：

原因	何时使用	要采取的其他操作
验收测试失败	当至少一个用户情景测试失败时。	将用户情景指派给开发人员主管。 此外，测试人员还应为测试失败创建 Bug。

以下数据会在重新激活已解决的用户情景时自动捕获：

• 激活者：重新激活工作项的团队成员的名字。

• 激活日期：根据服务器时钟记录的工作项重新激活的日期和时间。

• 状态更改日期：工作项状态的更改日期和时间。

已关闭

如果某个已关闭的用户情景返回范围内，则可以重新激活该用户情景。 通常由业务分析人员或项目经理来重新激活已关闭的用户情景。

从关闭到活动

可以出于以下原因来重新激活已关闭的用户情景：

原因	何时使用	要采取的其他操作
重新引入范围	有资源可用于实现用户情景。	确保为用户情景定义的实现任务、测试用例和详细信息完整并且是最新的。
错误地关闭	用户情景是在所有关联的任务、测试用例或 Bug 关闭之前关闭的。	确保用户情景的实现任务、测试用例和详细信息都定义清晰，并且足以支持其开发。

以下数据会在重新激活已关闭的用户情景时自动捕获：

• 激活者：重新激活工作项的团队成员的名字。

• 激活日期：根据服务器时钟记录的工作项重新激活的日期和时间。

• 状态更改日期：工作项状态的更改日期和时间。

请参见

概念

“产品计划”工作簿

其他资源

MSF for Agile Software Development 5.0 版

Plan the Sprint

工作项和工作流 (Agile)