什么样的软件问题可以称之为软件缺陷(Bug)
1:软件未达到产品说明书标明的功能
2:软件出现了产品说明书指明不会出现的错误
3:软件功能超出产品说明书指明的范围
4:软件未达到产品说明书虽未指出但应该达到的目标
5:软件难以理解、不易使用、运行速度缓慢或者从测试人员的角度看最终用户认为不好
缺陷报告的八大要素
缺陷编号,是缺陷的唯一标识符,在禅道之类的缺陷管理工具中一般都会自动生成,这个大家不用纠结。
缺陷状态,是缺陷跟踪过程的进展情况,缺陷工具都会有相应的流程和状态标识,一般不需要我们去选择。
缺陷标题,是缺陷的概述,最好能一针见血的揭示出该缺陷的本质,这个需要后续多练习。
重现步骤,就是一步一步描述再现缺陷的操作步骤,基本要求就是开发人员按照步骤能重现Bug就可以。
严重程度,就是缺陷对软件系统的影响程度,有些影响较大,有些影响较小。
优先级,就是修复缺陷的重要性或紧迫性,即哪些缺陷需要紧急修复,哪些缺陷可以后续再修复。
缺陷类型,就是根据缺陷产生的来源和根源划分出的缺陷种类。
测试环境,主要是测试环境的配置,包括操作系统和浏览器。
Bug生命周期
首先测试人员提交Bug,这时Bug的状态标识为“新建”;开发经理确认后将Bug分配给相关的开发人员去处理,此时Bug状态为“已打开”;开发人员拿到指派给自己的Bug,开始进行处理,开发人员已经修复了该Bug后,设置Bug状态为“已修复”;测试人员拿到已经修复的Bug进行验证,如果验证通过,则将该Bug设置为“已关闭”状态;如果验证未通过,则将该Bug设置成“重新打开”。
测试用例执行和故障管理流程图