Bug处理流程标准

华途Bug处理流程标准

版本变更记录

一、制定本标准的目的

制定本标准的目的是控制产品质量、相关发布流程等，以统一的标准来度量待发布产品及版本，为质量控制提供依据。

本标准实施的主要依据是产品测试及其缺陷分析。

发布标准的制定有利于规范产品发布要求，使产品符合公司的质量要求。

二、缺陷分类

缺陷分类和定级要从客户、使用者以及公司利益的角度出发，而不是从设计者的角度，评估该缺陷可能给客户或者公司带来的影响、造成的损失，从而确定缺陷等级。

具体缺陷级别的指定，由测试人员根据本缺陷分类原则进行。

1.缺陷分类原则

i．A级（致命）BUG：

原则：可能导致客户网络中断、业务中断的故障，可能给公司利益造成重大损失的，无论必现或偶现，都定为5级缺陷。

例如：

<1>设备崩溃、重启、死机、网络不通等

<2>执行直接导致系统死机、挂起或是程序非法退出；

<3>软件的安全缺陷导致重要数据丢失或损坏，导致系统无法启动或正常工

作；

<4>程序执行过于缓慢或是占用过大的系统资源，有时系统失去响应；

<5> 数据通讯失败

ii．B级（严重）BUG：

原则：主要功能，或功能的主要部分无法正常运行，影响客户网络或者业务的，可能损失公司形象或者利益的，定为4级缺陷。

例如：

<1>规格中定义的功能点或需求点没有实现或无法使用；

<2>软件的实际执行过程与需求有较大的差异；

<3> 主功能块功能失败，偶现，或者在某些环境下无法实现；

<4> 产品性能低下，达不到设计要求；

<5> 主功能块功能正常，经常用子模块功能失败；

<6>

iii．C级（一般）BUG：

原则：子功能失败、不稳定，对客户使用造成一定影响的，定为3级缺陷。

例如：

<1>功能子模块中，非经常用模块功能失败

<2>子功能中参数失败、错误；

<3>子功能失效；

<4> 程序的提示信息错误或者无法正确指明错误原因的；

<5> 软件的易用性不好，导致用户根据软件提示无法正常完成安装和执行主要

功能同时缺乏提示；

<6>

iv．D级（轻微）BUG：

原则：功能正常，不影响使用，但是给客户理解或者使用造成困难的，定为2级缺陷。

例如：

<1>软件交互性不好，文字表达对于用户可能造成难于操作和理解；

<2> 有明显的错别字，或者格式不统一；

<3> 程序的提示信息描述容易使用户产生混淆，对功能没影响；

<4> 界面操作注释信息容易引起混淆

<5> 提示框返回后焦点停留位置不合理

v．E级（建议）BUG：

原则：使用不便，认为需要改进的地方，定为1级缺陷。

例如：

<1>产品建议；

2.BUG分类冲突协商办法

缺陷提交和定级由测试人员（T）进行，若其他人员有异议的（C），按照以下优先次序进行解决：

i．C和T直接沟通，解释说明等，若认可，则由T在缺陷跟踪系统上写明等级变更或缺陷取消的原因。

ii．C的上级和T的上级（测试经理）进行沟通，若认可，则由T的上级在缺陷跟踪系统上写明等级变更或者缺陷取消的原因，同时，T也把自己意见在缺陷跟踪系统上标明（可坚持自己意见）。

iii．若沟通无法解决，提交CCB后，以CCB讨论意见为准，以及最后结论写入缺陷跟踪系统。

3.BUG处理流程

流程标准：

流程解释说明：

i．交互流程：

原则：经过修改或协商后，返回上一次的初始状态

例如：

<1>New→Update→ New,测试人员重新修改Bug描述，返回到New；

<2>New→Check→Open→Postpone→Open,研发经理确认不能推迟修改，返回

到Open；

ii．BUG最终状态：

原则：项目结束时，Bug系统中只能存在最终状态，不能存在中间状态

例如：

<1>最终状态包括Closed:New、Closed:Rej、Closed:Dup、Closed:Fix、

Closed:Rep、Closed:Pos等六种状态；

<2>中间状态包括Update、Check、Open、Rejected、Duplicate、Fixed、

Reproduce、Postpone、Reopen等九种状态；

iii．Bug严重性级别调整处理规范：

<1>产品，研发，测试，项目经理CCB讨论后，可调整修改认为有必要的等级。

<2>未修改的Bug（Closed:Pos）处理原则：在下一个版本可以统一调整为“高”

优先级Bug；

4.BUG模板定义

缺陷编号、标题

被谁发现、被发现日期

可重现性、严重性（1级-5级）、模块名称、优先级（高、中、低）

发现版本、被分配给、状态

关闭版本、附件、备注

历史记录、前提条件

网络拓扑、重现步骤、实际结果、期望结果

缺陷报告实例

标题：SSLVPN：使用修改后的密码重新连接，仍能连接SSLVPN隧道

拓扑图：

pc1(192.168.3.11)---FW(10.40.13.88)---switch --pc2(10.40.10.165)

重现步骤：

1.在安全网关配置如下：

a.启用SSLVPN功能，并配置如下参数

客户端接入的网关地址：10.40.13.88

虚拟地址范围：13.13.13.0/255.255.255.0

保护子网：192.168.3.0/255.255.255.0

b.添加"test13"用户

2.在pc2客户端上，打开https://10.40.1

3.88/，输入test13用户名和密码，VpN隧道建立成功

3.修改test13用户的密码

4.断开VPN隧道连接，重新连接

期望结果：

连接不能建立

实际结果：

连接成功。但是打开一个新的IE进程，只能用新的密码来建立VPN隧道。

备注（可选项）：

研发填写的规范

错误原因：全局变量msg_data在用完后应清空缓存，避免下次使用中有脏数据。致使数据混乱修改方案：XXXXXX

修改源文件：kernel/sglog/log.c

验证版本号：5.21.X.XXXX

测试填写的规范

针对Reopen的备注