缺陷的状态一般有如下几种:
1)新建(打开):当QA人员汇报新的缺陷时
2)延后处理:如果这个缺陷跟当前发布的这个版本没有直接关系,或者当前版本无法修复,或者这个缺陷不是很严重,不需要立刻修复,那么项目经理可以把状态设为“延后处理”。
3)已指派:“指派给”这个值是由项目组长或者项目经理来填,指定给具体的某个开发人员。
4)已解决/已修复:当开发人员做了某些必要的代码改动,并且确认修改之后,那么他/她就可以把状态改为“已修复”,然后就交给测试组进行回归测试。
5)无法重现:如果开发人员根据QA人员在缺陷报告里面描述的步骤,都无法重现这个缺陷的时候,那么开放人员可以把这个缺陷标为“无法重现”。QA人员需要检查这个缺陷是否可以重现,并且把更为详细的重现步骤提供给开发人员。
6)需要更多信息:如果开发人员认为QA人员提供的缺陷重现步骤不够清晰,因而无法重现缺陷的时候,那么他/她可以把状态标记为“需要更多信息”。在这种情况下,QA人员需要提供更为详细的重现步骤,并把缺陷返回给开发小组。
7)重新打开:如果QA人员不满意这个修复结果,或者说即使在修复之后,依然出现同样的问题,那么QA人员可以把状态标记为“重新打开”,这样的话,开发人员就可以采取相应的行动了。
8)关闭:如果QA小组已经验证过这个缺陷的修复结果,并且问题是已经得到了解决的,那么QA人员就可以把状态改为“关闭”。
9)驳回/无效:有些时候,如果这个系统的确是按照规格说明来运行的,而缺陷的产生只是由于误解而引起的,那么开发人员或者小组组长可以把这些缺陷标记为“驳回”或者“无效”。