bug管理规范及流程

上传人:小** 文档编号:55617751 上传时间:2018-10-03 格式:DOC 页数:8 大小:49.61KB
返回 下载 相关 举报
bug管理规范及流程_第1页
第1页 / 共8页
bug管理规范及流程_第2页
第2页 / 共8页
bug管理规范及流程_第3页
第3页 / 共8页
bug管理规范及流程_第4页
第4页 / 共8页
bug管理规范及流程_第5页
第5页 / 共8页
点击查看更多>>
资源描述

《bug管理规范及流程》由会员分享,可在线阅读,更多相关《bug管理规范及流程(8页珍藏版)》请在金锄头文库上搜索。

1、Bug 属性规范及流程版本时间创建人1.02018.6.19目录目录Bug 属性规范及流程.11.目的.22.范围.33.工具.34.角色和职责35.Bug 属性定义 .35.1bug 类型45.2bug 严重性 .45.3bug 优先级.56.Bug 管理流程 .66.1 提交 bug.66.2 分配 bug.66.3 解决 bug.76.4 验证 bug.76.5 遗留 bug.76.5.1 跟踪遗留 bug76.5.2 产品发布后发现的 bug86.6bug 分析81.目的目的本文档定义 bug 的整个生命周期,规范 bug 的解决方案及管理流程。Bug 在流转的过程中有章可循。 规范

2、bug 严重等级与 bug 解决优先级,使开发人员与测试人员能根据此文档准确判断 bug 的严重程度并加以解决;2.范围范围开发人员、测试人员3.工具工具禅道:4.角色和职责角色和职责序号角色职责01测试工程师1) 提交 bug,用 bug 级别反映 bug 的严重程度2) 验证 bug 是否已被解决02开发负责人1) 确认 bug,并进行 bug 分配 2) 分析 bug 修复进度,对项目的质量、进行风险评估03开发工程师1) 修改 bug, 并备注处理方式5.Bug 属性定义属性定义属性名称描述来源包含所属产品、所属模块、所属项目、影响版本,选择 bug 来源利于开发定位并解决;bug 类

3、型根据 bug 的自然属性划分的 bug 种类严重性因 bug 引起的故障对软件产品的影响程度优先级Bug 必须被修复的紧急程度标题用一句简洁的语言将问题的核心描述出来描述详细描述 bug 出现的步骤和结果附件为 bug 添加更核心的说明,更有说服力的证据,包括截图、视频、log等概率描述 Bug 复现的概率5.1bug 类型类型Bug 类型描述功能产品功能方面的 bug:包括模块功能实现、功能使用性、逻辑性等 bugUiUI 表现,包括对话框样式和文字描述问题接口与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的 bug性能不满足系统可测量的属性值,如:并发量、数据量、事务

4、处理速度等其他设计、安装、移动性等5.2bug 严重性严重性Bug 严重性描述致命(1)不能执行正常的功能操作,或者因产品原因导致系统死机,需马上修复的问题严重(2)部分功能存在严重缺陷,尚可继续测试,不影响产品稳定性;一般(3)次要功能或者界面存在的一些错误,不影响正常测试;优化(4)测试对于产品的一些改进建议;5.3bug 优先级优先级Bug 优先级描述紧急(1)影响测试,需立即修复;高(2)必须在版本发布之前修改完;中(3)必须修改,不一定马上修改,需讨论确定在某个特定的里程碑前修改完低(4)对产品的影响比较小,在时间不允许的情况下可以暂时不修改6.Bug 管理流程管理流程6.1 提交

5、bug在提交一个缺陷的缺陷,首先尽量描述这个缺陷的属性。 当然,我们在提交一个问题之前首先应该保证,这个缺陷是没有被提过的,以免造成重复缺陷单。 提交后的 bug 状态为:激活6.2 分配 bug开发经理对 bug 进行初步评审,确定并指派到相应开发人员;分配后的 bug 状态为:已确认6.3 解决 bug开发人员在确认完一个问题需要处理时,那么就对其进行处理工作。解决后的 bug 状态为:已解决6.4 验证 bug回归缺陷对于测试人员来说是非常重要的工作,其有三个入口两个出口。确认非缺陷问题:对于提交的一个缺陷,开人员处理为非问题或无法重现,然后直接转交给测试人员回归。测试人员再次确认,如果

6、真如开发人员所说,则将问题关闭。如果非开发人员所说,是由于问题描述模糊或其它原因喂重现问题,则再次注明原因转给开发人员。确认修复问题:对开发人员修复的问题再次进行确认,确认能过,则关闭问题。确认不通过,将问题再次打开并转给开发人员。确认固定问题:有计划的对固定问题进行确认,有些固定问题随着时间的推移,版本的更新或已经不存在了,对这类问题应该及时关闭。有些固定问题依然存在且变得紧急,对于这类问题应该及时打开交给开发人员处理。验收通过的 bug 状态为:已关闭;验收不通过的 bug 状态为:激活;6.5 遗留 bug6.5.1 跟踪遗留 bug对于让步发布的产品,需要跟踪产品发布后的允许情况。对遗留的 bug 跟踪记录并分析其影响范围,知道遗留 bug 形成解决结果。6.5.2 产品发布后发现的 bug产品发布后的 bug 来源有:客户、开发、测试人员。该类 bug 在发现后需要提交给项目组,纳入 bug 管理,该类 bug 的发现阶段标识为已发布,便于分析原因。6.6bug 分析通过 bug 的数据分析,总结 bug 出现的原因、类型、规律,采取相应措施避免该类型bug 再次出现,提高产品质量。1)统计项目组阶段 bug 的趋势图,用于分析产品的质量。2)测试人员的每个项目的测试结束以后,将 bug 分析结果写在测试报告中。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 管理学资料

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号