Bug管理规范及流程.docx

1、Bug管理规范及流程Bug属性规范及流程版本时间创建人1.02018619Bug属性规范及流程 11.目的 32.范围 33.工具 34.角色和职责 35.Bug 属性定义 45.1. bug 类型 45.2 bug严重性 55.3bug优先级 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的解决方案及管理流程。 Bug在流转的过程中有章可循。规范bug严重等级与bug

2、解决优先级，使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决；2.范围开发人员、测试人员3.工具禅道:4.角色和职责5Bug属性定义描述属性名称来源包含所属产品、所属模块、所属项目、影响版本，选择 bug来源利于开发定位并解决;附件为bug添加更核心的说明，更有说服力的证据，包括截图、视频、 log等5.1. bug 类型功能产品功能方面的bug :包括模块功能实现、功能使用性、逻辑性等 bug接口与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影 响的bug 不满足系统可测量的属性值，如：并发量、数据量、事务处理速度等5.2. bug严重性Bug严重性描述致命

3、(1)不能执行正常的功能操作，或者因产品原因导致系统死机，需马上修复的问题严重部分功能存在严重缺陷，尚可继续测试，不影响产品稳定性；一般(3)次要功能或者界面存在的一些错误，不影响正常测试；优化测试对于产品的一些改进建议；5.3bug优先级Bug优先级描述紧急影响测试，需立即修复；高必须在版本发布之前修改完；中必须修改，不一定马上修改，需讨论确定在某个特定的里程碑前修改完低对产品的影响比较小，在时间不允许的情况下可以暂时不修改6.Bug管理流程6.1提交bug在提交一个缺陷的缺陷，首先尽量描述这个缺陷的属性。当然，我们在提交一个问题之前首先应该保证，这个缺陷是没有被提过的，以免造成重 复缺陷单

4、。提交后的bug状态为：激活6.2分配bug开发经理对bug进行初步评审，确定并指派到相应开发人员；分配后的bug状态为：已确认6.3解决bug开发人员在确认完一个问题需要处理时，那么就对其进行处理工作。解决后的bug状态为：已解决6.4验证bug回归缺陷对于测试人员来说是非常重要的工作，其有三个入口两个出口。确认非缺陷问题：对于提交的一个缺陷，开人员处理为非问题或无法重现，然后直接转交给测试人员回归。测试人员再次确认，如果真如开发人员所说，则将问题关闭。如果非开 发人员所说，是由于问题描述模糊或其它原因喂重现问题，则再次注明原因转给开发人员。确认修复问题：对开发人员修复的问题再次进行确认，确

5、认能过，则关闭问题。确认不通过，将问题再次打开并转给开发人员。确认固定问题：有计划的对固定问题进行确认，有些固定问题随着时间的推移，版本的更新或已经不存在了， 对这类问题应该及时关闭。有些固定问题依然存在且变得紧急， 对于这类问题应该及时打开交给开发人员处理。验收通过的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分析结果写在测试报告中。