bug跟踪流程总结.docVIP

类 别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次 PAGE 10/ NUMPAGES 10 PAGE  0 类 别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程 Bug跟踪流程 文件编号： 版次：1.0程序持有部门：制定：审核：核准：日期：日期：日期：发布范围：研发中心经理、软件部 、硬件部、测试部 密级：一级文 件 制 （修） 订 记 录 表版次变更内容修订页/点制（修）订日期 目的 本文档主要是为了规范产品缺陷的跟踪解决、保证每个发现的缺陷都能有效跟踪，直到缺陷解决关闭。 适用范围 本文档适用于公司所有产品的缺陷跟踪。 需要测试、软件开发人员、硬件开发人员协调执行。 角色和职责 3.1 测试工程师 测试工程师负责问题提交、问题验证。 测试工程师不能把new状态、reopen状态的bug更改为fixed等其他状态。 测试工程师不能把没有修改的问题直接关闭。 测试工程师要及时验证问题，确保问题的及时关闭；如果验证不通过的问题要及时reopen，以便软件工程师能尽快了解情况，尽快解决问题。 3.2 开发工程师 软、硬件工程师负责修改问题，在问题修改完把问题状态修改为fixed状态。 如果软、硬件工程师认为是非问题的，要及时和测试工程师讨论决定，如果不能形成一致意见的，可以上报上一级主管讨论。 如果经过讨论后一致认为不是问题的可以置为 Invalid，或者确认是问题、讨论后决定不修改的问题可以置为wontfix, 然后由问题提交人关闭问题。 如果软、硬件工程师自己发现问题，原则上要求软、硬件工程师自己提交问题，把问题纳入跟踪。 软、硬件工程师不能关闭不是自己提交的问题。 3.3 缺陷库管理员 缺陷库管理员一般由测试主管兼任，负责缺陷库的日常管理、维护。在特殊情况下可以直接关闭部分问题（例如软件或硬件、测试一致同意关闭的问题）。 Bug跟踪流程 流程图： New bug Fix bug Reopen 测试通过？ 否 是 Closed bug 过程说明： New bug：测试人员、市场反馈的问题由测试人员填写bug。开发人员发现的问题由开发人员填写。 Bug填写完成后提交给相应的软、硬件开发人员。Bug填写要求见“bug填写规范”。 Fix bug：开发人员修改自己负责的bug；修改完成并合入版本后把bug的状态修改成fixed。 Close bug：问题验证通过后，由问题提交人关闭bug。 Reopen：问题验证没有通过，发现问题还存在，或者问题只修改了一部分，则重新打开这个bug。 如果修改后造成了新的问题，请另外创建一个New bug。 Bug跟踪规范 5.1新建问题（New bug）填写规范 正确选择产品名（Product）、模块名（Component）、产品版本号（Version）。 正确选择问题严重程度（Severity）。 我们使用4个严重级别： 致命（Critical、A级）、严重（major、B级）、一般（Normal、C级）、建议（Enhancement、D级别）。 问题严重程度的定义见 “附录 Bug等级分类”。 简述（Summary ）要求言简意赅、最好不要超过20个字。 缺陷描述要求尽量详细。 内容要求包括问题出现所在菜单、测试操作过程、问题出现条件、问题出现的规律、问题现象详细描述、问题出现概率等。 总之，觉得与问题相关的信息和设置都要尽量写清楚。 以前有过的问题，尽量不要重复提交。 以前提交过，并且已经关闭或者处于fixed状态的问题，如果再次出现，请reopen，并再次说明问题现象等；如果以前提交过，还处于new或者reopen状态，请把这次发现的问题现象补充在原来提交问题的后面。 5.2处理缺陷（fix bug）填写规范 A． bug的状态必须在修改完成并合入版本后，才能把bug的状态置为fixed状态。 B．在处理说明栏描述清楚：修改后的功能流程、功能特征、功能实现，以及可能影响的模块等。解决版本中说明在哪个版本上修改。 建议格式（实例） 修改说明： 模块项目不需要这个功能，去掉这个菜单。 可能影响说