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