Bug基本要素/状态流程图/严重级别判断及管理工具

1.  Bug基本要素

缺陷ID，状态，类型，所属项目，所属模块，缺陷提交时间，缺陷提交人（检测者），严重程度，优先级别，缺陷描述信息，测试步骤，测试前置条件，测试数据，期望结果，实际结果

2.  Bug状态及状态流程图

Bug状态(Status)：指缺陷通过一个跟踪修复过程的进展情况。包括New、Open、Reopen、Fixed、Closed及Rejected等。

New 为测试人员新问题提交所标志的状态。

Open 为任务分配人（开发组长/经理）对该问题准备进行修改并对该问题分配修改人员所标志的状态。Bug 解决中的状态，由任务分配人改变。对没有进入此状态的Bug，程序员不用管。

Reopen 为测试人员对修改问题进行验证后没有通过所标志的状态；或者已经修改正确的问题，又重新出现错误。由测试人员改变。

Fixed 为开发人员修改问题后所标志的状态，修改后还未测试。

Closed 为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改变。

Rejected 开发人员认为不是Bug、描述不清、重复、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而拒绝的问题。由Bug分配人或者开发人员来设置。

 

状态流程图:

                   

Bug严重级别及判断

Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。

A-     Crash 错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作；

比如：1.内存泄漏；2.严重的数值计算错误；3.系统容易崩溃；4.功能设计与需求严重不符；5.系统无法登陆；6.循坏报错，无法正常退出。

B-    Major  系统的主要功能部分丧失、数据不能保存，系统的次要功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如致命的错误声明，程序接口错误，数据库的表、业务规则、缺省值未加完整性等约束条件

C-Minor 次要功能没有完全实现但不影响使用。如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等，打印内容、格式错误，删除操作未给出提示，数据库表中有过多的空字段等

D-Trivial 错误是表面化或微小的（提示信息不太准确友好、错别字、UI 布局或罕见故障等），对功能几乎没有影响，产品及属性仍可使用；

E-Nice to Have（建议） 建设性的意见或建议。

 

Bug管理工具ALM/QC

提供了缺陷管理，测试用例管理，需求管理，版本管理，测试执行和提供KPI和项目质量进度报告的一款工具。