day04

什么样的软件问题可以称之为软件缺陷（Bug）

1:软件未达到产品说明书标明的功能

2:软件出现了产品说明书指明不会出现的错误

3:软件功能超出产品说明书指明的范围

4:软件未达到产品说明书虽未指出但应该达到的目标

5:软件难以理解、不易使用、运行速度缓慢或者从测试人员的角度看最终用户认为不好

缺陷报告的八大要素

缺陷编号，是缺陷的唯一标识符，在禅道之类的缺陷管理工具中一般都会自动生成，这个大家不用纠结。

缺陷状态，是缺陷跟踪过程的进展情况，缺陷工具都会有相应的流程和状态标识，一般不需要我们去选择。

缺陷标题，是缺陷的概述，最好能一针见血的揭示出该缺陷的本质，这个需要后续多练习。

重现步骤，就是一步一步描述再现缺陷的操作步骤，基本要求就是开发人员按照步骤能重现Bug就可以。

严重程度，就是缺陷对软件系统的影响程度，有些影响较大，有些影响较小。

优先级，就是修复缺陷的重要性或紧迫性，即哪些缺陷需要紧急修复，哪些缺陷可以后续再修复。

缺陷类型，就是根据缺陷产生的来源和根源划分出的缺陷种类。

测试环境，主要是测试环境的配置，包括操作系统和浏览器。

 

Bug生命周期

首先测试人员提交Bug，这时Bug的状态标识为“新建”；开发经理确认后将Bug分配给相关的开发人员去处理，此时Bug状态为“已打开”；开发人员拿到指派给自己的Bug，开始进行处理，开发人员已经修复了该Bug后，设置Bug状态为“已修复”；测试人员拿到已经修复的Bug进行验证，如果验证通过，则将该Bug设置为“已关闭”状态；如果验证未通过，则将该Bug设置成“重新打开”。

 

测试用例执行和故障管理流程图