微软软件项目管理Team Foundation Server

目前新公司研发流程管理启用TFS，以下是管方介绍资料，留下脚印(VS.80).aspxMSFforAgileSoftWareDevelopment以下为大家介绍在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标签:项目管理,TeamFoundationServer,TFS,MSFforAgileSoftWareDevelopment,Bug管理,Bug状态和转换卖烧烤的鱼关注-1粉丝-18关注博主00(请您对文章做出评价)«上一篇：[原创]如何高效的组织我们的测试团队»下一篇：[原创]网银在线chinabank安全漏洞之“不完善的开发软件包”posted@2008-05-2714:22卖烧烤的鱼阅读(3908)评论(3)编辑收藏所属分类:VSTSTesting