51Testing软件测试论坛

标题: Bug基本要素/状态流程图/严重级别判断及管理工具 [打印本页]

作者: 天天酷派哦    时间: 2019-2-27 15:11
标题: Bug基本要素/状态流程图/严重级别判断及管理工具
1.  Bug基本要素

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

2.  Bug状态及状态流程图

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

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

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

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

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

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

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


状态流程图:
[attach]122341[/attach]


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和项目质量进度报告的一款工具。

[attach]122342[/attach]







欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2