Bug管理规范及流程.doc

上传人:99****p 文档编号:1512013 上传时间:2019-03-04 格式:DOC 页数:8 大小:49.61KB
下载 相关 举报
Bug管理规范及流程.doc_第1页
第1页 / 共8页
Bug管理规范及流程.doc_第2页
第2页 / 共8页
Bug管理规范及流程.doc_第3页
第3页 / 共8页
Bug管理规范及流程.doc_第4页
第4页 / 共8页
Bug管理规范及流程.doc_第5页
第5页 / 共8页
点击查看更多>>
资源描述

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

2、ug 在流转的过程中有章可循。 规范 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 来

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

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

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

6、重现,然后直接转交给测试人员回归。测试人员再次确认,如果真如开发人员所说,则将问题关闭。如果非开发人员所说,是由于问题描述模糊或其它原因喂重现问题,则再次注明原因转给开发人员。确认修复问题:对开发人员修复的问题再次进行确认,确认能过,则关闭问题。确认不通过,将问题再次打开并转给开发人员。确认固定问题:有计划的对固定问题进行确认,有些固定问题随着时间的推移,版本的更新或已经不存在了,对这类问题应该及时关闭。有些固定问题依然存在且变得紧急,对于这类问题应该及时打开交给开发人员处理。验收通过的 bug 状态为:已关闭;验收不通过的 bug 状态为:激活;6.5 遗留 bug6.5.1 跟踪遗留 bu

7、g对于让步发布的产品,需要跟踪产品发布后的允许情况。对遗留的 bug 跟踪记录并分析其影响范围,知道遗留 bug 形成解决结果。6.5.2 产品发布后发现的 bug产品发布后的 bug 来源有:客户、开发、测试人员。该类 bug 在发现后需要提交给项目组,纳入 bug 管理,该类 bug 的发现阶段标识为已发布,便于分析原因。6.6bug 分析通过 bug 的数据分析,总结 bug 出现的原因、类型、规律,采取相应措施避免该类型bug 再次出现,提高产品质量。1) 统计项目组阶段 bug 的趋势图,用于分析产品的质量。2) 测试人员的每个项目的测试结束以后,将 bug 分析结果写在测试报告中。

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

当前位置:首页 > 教育教学资料库 > 课件讲义

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。