4)缺陷的状态。表示缺陷的处理进度
发现缺陷是缺陷处理的前提,但是还没有进入缺陷的处理流程。
- 1、激活/打开(新建)。由测试人员进行标准。
- 2、确认。确认新提交的缺陷是一个真实有效的缺陷。一般由测试主管、或者质量保证(QA)、由产品经理进行确认。指派给相关人员进行处理。
- 3、已修复/已修正。在缺陷被修复后,一般由开发人员进行。
- 4、关闭/非激活。缺陷被修复完成后,经过测试人员的验证后,没有问题
- 5、重新打开。经过测试人员的验证后,缺陷没有修复成功,需要重新打开
- 6、推迟。缺陷现在不修复,推迟到下一个版本或者阶段。测试要跟开发或者其他相关的管理人员进行确认。
- 7、保留。缺陷暂时修复不了。一般也是由开发人员去设定。也需要测试人员进行确认。
- 8、不能重现。开发安装缺陷党的复现步骤不能再次发现缺陷。一般闪退、崩溃类型的缺陷具有类似的特征。或者由于操作系统的差异、浏览器的缓存等信息,出现的问题。
- 9、需要更多信息。作为测试人员,提交bug的时候,要尽可能的把所有相关的文件一起提交。(图片、视频)
- 10、重复。测试中,一定要避免这种情况的出现。尤其在软件的某
- 11、不是缺陷,一定不要在测试工程师的工作生涯中开发标注缺陷的状态不是bug。
- 12、需要修改软件规格说明书。缺陷不是技术原因造成的,而是由于需求不明确或者设计不明确造成的。