基于软件缺陷分类与量化分析的缺陷管理研究

软件 测试 过程 简单说就是 围绕缺 陷进行 的， 对缺陷的跟踪
管理 一般 而言需要达 到以下 的 目标 ：
（） １确保每个被发现的缺陷都能够被解 决 ；
（） ２ 这里解 决的意思 不一定是被修正 ， 可能是其他处 理 也
方式 （ 例如 ， 在下一个版本 中修正 或是不修正 ） 总之 ， ， 对每个被
程财 富。
３ 软 件缺 陷 管 理 的流 程
不 同的软件组织缺陷管理 的流程会不尽相 同， 根据对 国内
外著名软件公 司缺陷管理流程的研究 ， 有如下两种常见 的管理
流程 ：
第 一 种 缺 陷 管 理 流 程 包 含 七 种 缺 陷状 态 ： ｅ 、 ｐｎ ＮｗＯｅ、 Ｆｘｄ Ｒ ｏｅ 、 ｅ ｒ ｄ Ｃ ｎ ｅ和Ｃｏｅ态 ，其管理 过程描述如 ｉ 、 ｅｐｎ Ｄ ｆ ｒ 、 ａｃｌ ｌ ｄ ｅ ｅｅ ｓ
在软件产品生产过程 中出现软件缺陷是必 然的 ， 如何采取 合适的对策尽早发现和消除已经产生的缺陷 ， 提高软件产品的
开发质量和成功率 ， 以及研究如何减少软件缺陷所产生的代价
和成本是很有现实意义的 。 软件缺 陷管理作 为软件开发管理 的 重要组成部分 ， 已经被越来越多 的软件开发人员所重视 。
（ ） 目经理根 据Ｂ ｇ ２项 ｕ 的详细情况 ， 确定处理方案 ， 进行 以
状态设为“ ｅ ”新建 ） ２项 目 Ｎｗ （ 。 ） 经理根据Ｂ ｇ ｕ的详细情况 ， 确定
处 理方案 ， 进行 以下操作 ： 将事务 状态设 为 “ ｐｎ （ 开 ）并 Ｏ ｅ”公 ，
指 派具体修 复缺 陷的人员 ； 将事 务状态设 为 “ａｃ ” 取消 ） Ｃｎｅ （ ｌ ，
发现 的Ｂ Ｇ Ｕ 的处理方式必须能够在开发组 织中达到一致 ；
（） ３收集缺陷数据并 根据缺陷趋势曲线识别测试过程 的阶
段； 决定测试过 程是否结束有 很多种方式 ， 过缺陷趋势 曲线 通 来确定测试过程是否结束是常用并且较为有效 的一种方式 ； （） ４ 收集缺 陷数据并在其 上进行数据分 析 ， 为组织 的过 作
细 阐述 了量 化 分析 软 件 缺 陷 管理 数 据 的 方 法 。 关 键词 ： 件 缺 陷分 类 ； 件 缺 陷 管理 流 程 ； 软 软 软件 缺 陷 量化 分析 ； 据 分析 ； 陷管 理 工 具 数 缺
ｄ ｉ Ｏ ９ ９ ．ｓ．０ ６ ８ ５ ．０ ０ ． ８ ｏ ｌ ． ６ ６ｉ ｎ１０ － ５４２ １．８０ ： ３ ｓ １ ０
并分配给测试小组 ； 将事 务状 态设 为“ ｅ ｒ ｄ （ Ｄ ｆ ｒ ” 延后 ）并分配 ｅｅ ， 给测试小 组。３ 被指派修复缺 陷的人员接 到“ ｐｎ （ ） Ｏ ｅ ” 公开 ） 的
下：
图１ 缺 陷 管 理流 程 图
第二种缺陷管理 流程精 简了缺 陷管理的状态 ， 由Ｏ ｅ 、 仅 ｐｎ
Ｆｘｄ ｌｓｄ ｉ 和Ｃｏｅ 三种状态组成 。 ｅ
１ 测试小组 向项 目经理提交新发现 的缺 陷 ，此时将缺陷 ）
（） １测试小 组向项 目经理提交新 发现的缺陷 ， 此时缺陷 的 状态设 为“ ｐｎ （ 开）责任人指定为项 目经理。 Ｏ ｅ ”公 ，
务后 ， 需及 时查 明原 因 ， 重新 处理该事务 。 ） ｌ ６￣ 试小组接到项 目 Ｊ
缺陷管 理／ 软件缺 陷管理 （ ｅ ｃ Ｍ ｎ ｇｍｅｔ是 在软件 生 Ｄ ｆ ｔ ａ ａｅ ｎ） ｅ 命 周期中获取、 管理 、 沟通任何变更请求 的过程 （ 从变更的建议
到变更的解决 ） 。可 以确保你 的问题如需求或者缺陷被跟踪管
１ 软 件 缺 陷管 理 概 述
证 。４ 测试小组在验证 时 ， ） 应按处 理方案进行测试 ， 严格控制 测试的质量 。在测试时 ， 进行 以下操作 ： 如果验证通过 ， 将事务 状态设为“ ｌ ｅ ” 已关闭 ）结束事务 ； Ｃｏ ｄ （ ｓ ， 如果验证没有通过 ， 将 事务状态设为 “ ｅｐ ｎ （ Ｒ ｏ ｅ ”重打开 ）并提交 给该缺 陷的原负责修 ； 复人员重新处理 。 ） ５ 缺陷修复人员接到 “ ｅｐ ｎ （ Ｒ ｏ ｅ ”重打开 ） 的事
０ 引言
事务后 ，根据处理方 案处理事务 ，处理 完毕后 ，将状态设 为
“ｉ ｄ （ ቤተ መጻሕፍቲ ባይዱｘ ” 已解决 ）并提交给测试小组进行验证 。一般情况下 ， ｅ ， 每个 项 目都有相对 固定 的测试人员 ， 如果不清楚应该提交给谁 测试时 ， 可提交 给测试组长 ， 由测试组长转 给其 他测试人员验
技 术 与 市 场
第 ｌ卷第８ ０ １ ８ 期２ １年
技 术 研 发
基 于软件缺 陷分 类与量化 分析 的缺 陷管理研 究
兰 山， 戴凌 宸
（ 四川 大 学 软件 学院 ， 四川 成都
摘
６０６ ） １ ０ ４
要 ： 绍 了软 件 缺 陷的 分 类 与 特 性 ， 一 步研 究基 于缺 陷特 性 的 缺 陷 管 理 流程 ， 及 分 析 几种 常 用 管理 工 具 ， 介 进 以 并且 详
理而不丢失。 软件缺 陷管理通过适 当的缺 陷管理工具就可 以成
功对缺陷进行 记录、 跟踪和管理 。
２ 软 件 缺 陷 管 理 的 目标
经理提交的“ ａｃｌ（ Ｃ ｎｅ”取消 ） 的事务时 ， 应根据该 事务的严重性
及对 相关 系统的影响 ， 判断该事务是 否可以取消 ， 进行 以下操 作： 如果确定可 以取 消时 ， 将状态设 为“ ｌｓｄ （ Ｃｏｅ ” 已关闭 ）结束 ， 事务 ； 如果 确定 不可以取 消时 ， 将状态设为 “ ｅｐｎ （ Ｒ ｏ ｅ ”重打开 ） ， 提交 给项 目经理进行重新缺陷的解决 。７ ）测试小组接到项 目 经理 提交的“ ｅ ｒ ｄ （ Ｄ ｆ ｒ ” 延后 ） ｅｅ 的事务 时 ， 须在 必要时设 置缺陷 的状态为 “ ｐ ｎ （ Ｏ ｅ ”公开 ）并再次提交给项 目经理进行处理 。８ ， ） 如果 “ ｌ ｅ ” 已关 闭 ） ｕ 再次 出现 时 ， Ｃｏ ｄ （ ｓ 的Ｂ ｇ 则作为 一个新 发现 的缺 陷提交 。缺陷管理流程 如图１ 所示 ：