2024年5月2日发(作者：)
Bug状态(Status)：指缺陷通过一个跟踪修复过程的进展情况。包括New、Open、Reopen、Fixed、Closed
及Rejected等
New
Open
为测试人员新问题提交所标志的状态。
为任务分配人（开发组长/经理）对该问题准备进行修改并对
该问题分配修改人员所标志的状态。Bug解决中的状态，由
任务分配人改变。对没有进入此状态的Bug，程序员不用管。
Reopen
为测试人员对修改问题进行验证后没有通过所标志的状态；
或者已经修改正确的问题，又重新出现错误。由测试人员改
变。
Fixed
Closed
为开发人员修改问题后所标志的状态，修改后还未测试。
为测试人员对修改问题进行验证后通过所标志的状态。由测
试人员改变。
Rejected
开发人员认为不是Bug、描述不清、重复、不能复现、不采
纳所提意见建议、或虽然是个错误但还没到非改不可的地步
故可忽略不计、或者测试人员提错，从而拒绝的问题。由Bug
分配人或者开发人员来设置。
Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指
定。
A-Crash
B-Major
错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作；
功能未实现或导致一个特性不能运行并且不可能有替代方
案；
C-Minor
D-Trivial
错误导致了一个特性不能运行但可有一个替代方案；
错误是表面化或微小的（提示信息不太准确友好、错别字、
UI布局或罕见故障等），对功能几乎没有影响，产品及属性
仍可使用；
E-Nice to Have（建议） 建设性的意见或建议。
Bug优先级(Priority)：指缺陷必须被修复的紧急程度。由Bug分配者（开发组长/经理）指定。
5-Urgent
阻止相关开发人员的进一步开发活动，立即进行修复工作；
阻止与此密切相关功能的进一步测试
4-Very High
3-High
必须修改，发版前必须修正
必须修改，不一定马上修改，但需确定在某个特定里程碑结
束前须修正
2-Medium
1-Low
如果时间允许应该修改
允许不修改
功能模块(Subject)：TD中需在Test Plan页中定义好Subject，才能在Defects页中使用。
处理意见:开发组长/经理(或具体Bug分配人员) 在审核新Bug时、将Bug分配给开发人员解决前，
需要给出该Bug的处理意见。
Fixable
Duplicated
可修改。表示Bug可以被修复或更正
重复。表示该Bug已经被其它测试人员找出来了（‘纯粹’
重复），或者开发认为原因是相同的（但从测试来看，认为出
现的地方有所不同、表现有所不同等）
Postponed
延后。由于时间、进度、重要程度或者技术/需求等方面的原
因，认为不能解决、须延期解决、或者本版不做留待到后续
版本解决的Bug。
（注：因‘Bug状态’字段中也有该值，根据各组各自使用
发布者：admin，转转请注明出处：http://www.yc00.com/web/1714655333a2489248.html
评论列表（0条）