软件缺陷生命周期流程规范V1.0_初稿

软件缺陷生命周期流程规范

软件测试部

吴XX 2015年12月05日

1. 目的

对软件功能评测过程中发现的问题进行记录、跟踪，从缺陷的产生开始，经过修正、验证等等一系列操作后，最终关闭，包含了软件缺陷的整个生命周期。同时，通过汇总缺陷和分析缺陷曲线，判断产品缺陷是处于发散期、平稳期乃至收敛期，由此作为评估产品稳定性的依据。

2. 范围

自主研发项目，合作研发项目和OEM项目及上市阶段样机的软件功能评测问题类。3. 定义

3.1 缺陷跟踪库：用于存储测试过程中的缺陷，并对整个缺陷生命周期进行跟踪的数据库，结合当前流行的测试工具，目前采用Mantis来处理和跟踪缺陷。

3.2 研发中心：负责提交测试申请，接收测试中心提交的问题点，并修正。

3.3测试部：负责接收测试申请，执行测试，并对测试问题进行汇总和校验，提交测试报告。

3.4测试经理/组长：对接收的测试任务进行合理的资源分配，并执行测试，过滤测试工程师提交的缺陷，并提交缺陷进行分流和执行关闭动作。

3.5测试工程师：执行测试并提交测试缺陷，同时对已经修改的缺陷在新版中进行验证。

4. 流程

4.1 缺陷处理流程图

4.2 流程解释

按照箭头的走向，所有能走通的路径都是有效路径。以下过程是按照主线来走的。详细请见状态转换说明

4.2.1测试部接收测试申请，并根据测试计划执行测试；

4.2.2测试工程师对测试过程中发现的问题进行初步筛选、判断，新建缺陷，并提交相应软件人员；

4.2.3测试经理/组长收到新提交的测试缺陷后，进行再次筛选和过滤，将状态改为“已审核”；

4.2.4软件接口人收到转移过来的缺陷后，进行过滤确认问题，并转给具体的工程师修改；

4.2.5软件工程师收到问题后，进行分析，发现了根本原因后则将状态设为“已确认”；4.2.6问题已经解决后则将状态设为“待验证”，并转移给问题提交人进行确认；

4.2.7问题暂时无法解决、优先级降低，将状态设置为“延期”，软件责任人不变；

4.2.8问题提交人确认问题已解决后将问题“已关闭”。如果问题本身路径已经修改完成但相关路径出现问题，则仍然将此问题“关闭”，同时提交新问题，并备注说明这是该问题的衍生问题；

4.2.9问题提交人确认未修改，则将问题“重新打开”给软件人员/软件接口人；

4.2.10测试经理对验证通过的问题进行再次筛选和过滤，然后将问题关闭；

4.2.11对于描述有问题的bug，相关人员将问题打回给问题创建人员，并简要说明理由；4.2.12对于不是问题、设计如此、重复提交的情况，相关人员将问题状态设为“打回”并转给问题提交人/测试经理，并简要说明理由；

4.2.13问题提交人/测试经理发现测试工程师提交的问题不是问题，则直接关闭问题；

4.2.14测试人员验证概率性问题，暂无法复现的，将状态改成“跟踪”，跟踪三个软件版本仍未复现，则将此bug关闭，如复现bug，则“重新打开”此bug。

附录：

5. BUG缺陷库解释

5.1 用户组成员及其权限

5.2字段定义

5.3. 缺陷状态5.3.1缺陷状态定义

5.3.2有权工作组

附注:系统管理员具有任意状态间切换的权限，有特殊的要求请与系统管理员联系。