微软软件项目管理TeamFoundationServer.docx

目前新公司研发流程管理启用TFS，以下是管方介绍资料，留下脚印/zh-cn/library/ms181232(VS.80).aspxMSF for Agile SoftWareDevelopment以下为大家介绍在TFS中的Bug管理操作：一 Bug 概述Bug 是表明系统中可能存在或已经存在问题的工作项。打开 Bug 的目的是以一种可使读者理解问题的全部影响的方式准确报告 Bug。Bug 报表中的说明应便于跟踪在遇到 Bug 时所使用的步骤，从而使 Bug 易于重现。测试结果应该明确显示问题。此说明的明确性和可理解性通常会影响到修复 Bug 的可能性。二 Bug 状态和转换Bug 是表明系统中可能存在或已经存在问题的工作项。打开 Bug 的目的是以一种可使读者理解问题的全部影响的方式准确报告 Bug。Bug 报表中的说明应便于跟踪在遇到 Bug 时所使用的步骤，从而使 Bug 易于重现。测试结果应该明确显示问题。此说明的明确性和可理解性通常会影响到修复 Bug 的可能性。 新建在软件产品中检测到 Bug 时，必须尽快记录这些 Bug，以便开发人员能够解决这些 Bug。在打开 Bug 报表之前，应该对现有的 Bug 进行查询，以确保您发现的 Bug 未经报告。新建 到 活动新建当首次创建 Bug 时，该 Bug 作为新的 Bug 被激活。除非 Bug 是由于生成失败创建的，否则作为新 Bug 创建所有 Bug。生成失败当由于生成失败而直接创建 Bug 时，Bug 因生成失败被激活。活动当您发现新的 Bug 并使用团队资源管理器进入该 Bug 时，该 Bug 工作项将自动设置为活动状态。活动 Bug 指示存在必须解决的问题。活动 到 已解决已修复当签入更改的代码时，Bug 作为“已修复”解决。当签入该修复时，将该 Bug 链接到变更集。保留原样如果某一 Bug 描述预期的系统情况或行为，则该 Bug 作为“保留原样”解决。已推迟如果当前迭代中将不会修复某个 Bug，则该 Bug 将因“已推迟”而被解决。它将被延迟，直到可在产品将来的迭代或版本中重新评估该 Bug。重复如果一个 Bug 与另一个 Bug 描述的是同一个问题，则该 Bug 将因“重复”而被解决。请包含一个指向相应的重复 Bug 的链接，以便于该 Bug 的作者能在关闭该 Bug 之前轻松地确认此重复情况。已过时如果某个 Bug 不再适用于产品，则该 Bug 作为“已过时”解决。例如，如果 Bug 描述的问题处在产品中已不再存在的功能区域内，则该 Bug 已过时。无法重现如果开发人员无法在其计算机上重现某个 Bug，则该 Bug 作为“无法重现”解决。已解决当某个 Bug 已由开发人员解决，或者正在进行会审处理时，该 Bug 处于已解决状态。Bug 可作为“已修复”或“保留原样”解决。已解决 到 已关闭已修复当 Bug 的作者验证已在某个版本中修复了该 Bug 时，该 Bug 作为“已修复”关闭。保留原样如果 Bug 的作者同意该 Bug 所描述的某件事物是故意为之，则该 Bug 作为“保留原样”关闭。已推迟如果 Bug 的作者同意该 Bug 应该推迟解决，则该 Bug 作为“已推迟”关闭。重复如果 Bug 的作者确认该 Bug 与另一个 Bug 描述的是同一问题，则该 Bug 作为“重复”关闭。已过时如果 Bug 的作者的同意所描述的问题不再适用于该产品，则该 Bug 作为“已过时”关闭。无法重现如果 Bug 的作者无法生成该 Bug 的工作示例或提供更具体的说明以重现该 Bug，则该 Bug 作为“无法重现”关闭。已解决 到 活动解决方案被拒绝如果解决方法不可接受，则该 Bug 返回到“活动”状态。提供有关解决方法被拒绝的原因的具体信息，以便帮助后面接手该 Bug 的人员能够适当地解决它。错误修复如果未正确修复，则该 Bug 返回到“活动”状态。提供有关修复 Bug 的方式和未正确修复 Bug 的原因的详细信息。测试未通过如果测试表明 Bug 仍然存在，则 Bug 恢复为“活动”状态。请提供有关哪个测试未通过以及在哪个版本中测试未通过的详细信息。已关闭已关闭的 Bug 表示对于当前产品版本不需要再做进一步的工作。Bug 在解决方法得到验证后关闭。已关闭 到 活动回归测试如果回归测试指示 Bug 再次出现，则激活该 Bug 并对该 Bug 进行会审。请将“原因”字段设置为“回归测试”。三 Bug的各字段含义描述字段Bug 是表明系统中可能存在或已经存在问题的工作项。打开 Bug 的目的是以一种可使读者理解问题的全部影响的方式准确报告 Bug。Bug 报表中的说明应便于跟踪在遇到 Bug 时所使用的步骤，从而使 Bug 易于重现。测试结果应该明确显示问题。此说明的明确性和可理解性通常会影响到修复 Bug 的可能性。 字段说明标题必选。标题提供要修复的问题的简要概述。标题应具有足够的描述性以使会审团队能够了解该产品的哪个区域受影响以及如何受影响。区域区域用于根据项目层次结构中的功能或团队对 Bug 进行分组。区域必须是项目层次结构中的有效节点。迭代该迭代标识在其中修复 Bug 的迭代。指派给此字段标识该 Bug 当前指派给的人员。如果该 Bug 需要多次开发修复，则可将其视作方案并指派给依赖项链中的下一位人员。当所有修复部分合为一体时，Bug 报告将被指派回测试人员。优先级必选。优先级是主观重要性分级。优先级 1 指示产品不可正式发布，并且必须尽快修复。优先级 2 表示重要的 bug，该 bug 无需立即修复，但必须在版本发布前修复。优先级 3 表示可选 bug，根据资源、时间和风险的不同，该 bug 可以修复也可以不修复。状态必选。Bug 可处于“活动”、“已解决”或“已关闭”状态。原因必选。Bug 处于当前状态的原因。例如，Bug 可能因为“已修复”而处于“已解决”状态。说明说明提供了一个区域以描述问题以及重现该问题的步骤。历史记录此历史记录是有关 Bug 报告的连续讨论，其中积累了随着所做的更改而额外写入的项每当对 Bug 进行更改时，“历史记录”字段中写入一项，描述所进行的更改和更改的原因，以及关于此次更改的任何额外相关信息。问题“问题”是一个“是”或“否”值，它指示对 Bug 的修复是否以某种方式被阻止。如果此字段设置为“是”，则该方案将出现在项目经理的问题报告中。发现版本此字段显示在其中发现 Bug 的内部版本号。集成版本此字段保存在其中解决 Bug 的版本号。测试名称此字段标识与此 Bug 关联的测试的名称。测试 ID此字段标识与此 Bug 关联的测试的 ID。测试路径此字段标识与此 Bug 关联的测试的路径。链接指向相关工作项、超链接、变更集或源代码文件的链接。文件附件附加相关文件，这些文件提供围绕风险的附加文档。级别相对于其他工作项的相对优先级。会审会审会议的结果。空白会审意味着 Bug 未会审。未完待续ing!四 Bug中开发，测试，项目管理者处理流程五 TFS优点和缺点Tag标签: 项目管理,Team Foundation Server,TFS,MSF for Agile SoftWare Development,Bug管理,Bug状态和转换卖烧烤的鱼关注 -