生命周期（理论）.pptVIP

Bug生命周期 王心悦 Bug生命周期图 对Bug管理人员职责 Bug状态 新建：对新发现的问题进行提交。 已分派： 分派给相应的工作人员 反馈： 提交的问题还有没有解决完的问题，需要进一步处理 已解决：问题已经解决，可以进行关闭 已关闭：目前由测试人员来关闭 Bug严重级别 A-宕机：错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作； B-崩溃：功能未实现或导致一个特性不能运行并且不可能有替代方案； C-很严重：错误导致了一个特性不能运行但可有一个替代方案； D-小错误、小调整、细节：错误是表面化或微小的（提示信息不太准确友好、错别字、UI布局或罕见故障等），对功能几乎没有影响，产品及属性仍可使用； E-新功能：建设性的意见或建议。 Bug优先级(Priority) 5-特急：阻止相关开发人员的进一步开发活动，立即进行修复工作；阻止与此密切相关功能的进一步测试 4-加急：必须修改，发版前必须修正 3-高：必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修正 2-中：如果时间允许应该修改 1-低/无： bug不严重，建议性修改 处理意见 Fixable可修改。表示Bug可以被修复或更正 Duplicated重复。表示该Bug已经被其它测试人员找出来了（‘纯粹’重复），或者开发认为原因是相同的（但从测试来看，认为出现的地方有所不同、表现有所不同等） Postponed延后。由于时间、进度、重要程度或者技术/需求等方面的原因，认为不能解决、须延期解决、或者本版不做留待到后续版本解决的Bug。（注：因‘Bug状态’字段中也有该值，根据各组各自使用情况，可以只保留一个，或者开发/测试各有侧重地使用这两个Postponed） By Design因设计结构问题无法修改。测试人员认为是Bug，不符合逻辑，也不符合用户的要求，但开发人员则认为是按照设计做的、只能如此处理，否则修改代价太大 Can’t Reproduce??不可复现。不能重现（如因Bug出现的环境重现不了了），或以前出现的某个Bug自动消失了（可能是在处理其他Bug的时候把这个Bug 一并修复掉了）。（注：因TD本身亦带有‘是否复现(Reproducible)’字段，根据各组各自使用情况，可以用它来标识，或者不用它而在‘处理意见’字段中用该值标识出）Disagree With Suggestion不同意所提意见或建议，不采纳 Not Error不是问题。测试人员提错了 Won’t Fix这个Bug是一个错误，但还没有重要到非要更正不可的地步，可以忽略不计 测试状态 1－New Defects（或写成Defect）新Bug 2－Second Defects（或写成SB）复测时新出现的Bug 3－Faculative偶发性 4－Reappear原来修改过的问题又重新出现 5－By Requirement需求要求但没有做的功能 6－Suggestion需求需要完善 7－Differ With Requirement与需求不一致 8－By Design设计要求但没有做的功能 复测状态 OK正确 PD此问题悬而不决 DV有错误可以暂时不考虑 NB不是错误 NR不能复现的错误 AR需求不明确 问题定位 Calculate_error计算错误，指计算过程中、计算结果错误。 Data_error数据错误，指非计算结果类的数据错误。 Graphics_error图形错误，指绘图、图形显示、图形编辑时发生的错误。 Interface_error界面错误 Requirement_error需求错误 Function_error功能错误 Unknown_error未知错误 缺陷来源 Requirement由于需求的问题引起的缺陷 Architecture由于构架的问题引起的缺陷 Design由于设计的问题引起的缺陷 Code由于编码的问题引起的缺陷 Test由于测试的问题引起的缺陷 Integration由于集成的问题引起的缺陷 类型 F- Function影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如逻辑，指针，循环，递归，功能等缺陷 A- Assignment?需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷 I- Interface?与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。 C- Checking提示的错误信息，不适当的数据验证等缺陷。 B- Build/package/merge由于配置库、变更管理或版本控制引起的错误 D- Documentation?影响发布和维护，包括注释。 G- Algorithm?算法错误。 U- User Interface人机交互