软件缺陷介绍

缺陷流程场景描述

基本流：

— 步骤一：测试人员提交bug。

— 步骤二：测试经理对bug的有效性进行审核，先判断是否是重复bug，如果确定是重复，那问题单进入备选流一，如果不是重复bug，继续走基本流步骤三。

— 步骤三：测试经理对bug的有效性判断，如果可以确定是bug则继续进入基本流步骤四，如果不是则进入备选流二。

— 步骤四：测试经理对bug进行定性以后，将问题单转向开发经理，开发经理审核问题单的优先级，如果需要进行立即修改，则步入基本流步骤五，如果暂时不需要修改或者后续继续放入缺陷库进行跟踪定位，问题单步入备选流三，备选流四，备选流五。

— 步骤五：开发经理对问题单审核以后确定是需要立即修改的问题单，则进行bug的分配，分配的具体的负责修改的开发人员。

— 步骤六：开发人员对问题单进行处理。

— 步骤七：开发人员修改过问题单以后，要进行基本功能的调试，以确保问题单已经修改。

— 步骤八：修改完成以后，测试人员对问题单进行验证，如果验证通过，则进入步骤九。如果验证不通过则步入备选流六。

— 步骤九：bug验证通过，关闭bug。

 备选流一：

— 测试经理审核问题单时，发现问题单存在重复则直接关闭。

— 备选流二：

— 测试经理判定bug有效性的时候，发现该bug为无效bug，则对bug进行关闭处理。

— 备选流三：

— 开发经理对问题单的优先级进行判定的时候，发现优先级比较低，此时可以对问题单进行挂起操作，以便对该问题进行计划性修改。或者后续版本修改。

— 备选流四：

— 开发经理对bug优先级进行审核的时候，发现该bug没有修改的必要，与测试经理协商后可以进行关闭。

— 备选流五：

— 在软件生命周期内无法解决的时候也可以进行关闭。

— 备选流六：

— 当测试人员对问题单进行验证的时候，发现已经修改的问题单，没有验证通过。则需要将问题单状态调整为基本流步骤六。