登陆 注册

NO.4 软件测试:缺陷管理

陈双义 2018-05-21 123人围观 ,发现0个评论 缺陷管理软件测试 百度未收录

缺陷管理

一、缺陷定义

1、错误

错误:静态存在于文档说明中的表述或编写错误。
例如:
    用户名及密码
    用户ID及密码

2、Bug

Bug:存在于代码或硬件系统中的错误。
例如:
    Int a[5]; //i=0,1,2,3,4
    Int i;
    For(i=0;i<=5;i++)

3、缺陷

缺陷:被测对象实际表现与用户显性需求或隐形需求间的差异。
例如:
  • 功能实现错误

  • 功能实现遗漏

  • 功能实现多余

  • 功能实现不好

......

4、失效

失效:因缺陷激发后导致功能的异常,无法使用的现象。
不一定会产生,动态的。

二、缺陷产生原因

  1. 需求表述理解、编写过程中引起的错误;

  2. 系统设计架构引起的错误;

  3. 开发过程缺乏有效沟通及监督;

  4. 程序员编码过程产生的错误;

  5. 软件开发工具本身的错误;

  6. 软件需求、复杂度越来越高;

  7. 与用户需求不符合,即使本身不存在某种意义上的缺陷。

三、缺陷报告格式

1、缺陷ID

用来唯一标识缺陷的字段,一般使用阿拉伯数字即可。

2、概要描述

概括描述缺陷的表象或存在的形式,便于研发同事快速推测缺陷的产生原因。
举例:商品查询功能,输入关键字查询后结果显示为乱码。

3、发现人

缺陷发现者、测试工程师、项目组相关成员等。

4、发现时间

缺陷发现时间。

5、修复时间

缺陷何时被Fix(修复好)。

6、所属版本

发现缺陷的版本,便于后期统计不同版本的缺陷数量以及确定测试版本的发布风险。

7、所属模块

缺陷所在的功能或业务模块,便于后期统计每个功能或业务模块的缺陷分布情况,从而利于回归投入确定或研发资源分配。

8、缺陷状态

缺陷所处的活动状态,一般包括以下6种状态:
New:缺陷尚未正式进入缺陷管理流程时,定义为new,如测试工程师新发现或新提交的bug;
Open:经过确认后确定是bug时,缺陷正式进入管理流程,一般可定义为open状态;
Fix:研发同事确认为bug,并且做了修复活动,可将对应的bug状态设置为fix;
Close:缺陷经过校验,确认已修复或无需处理时,可将bug设置为close;
Reject:研发同事需对open的缺陷进行判断,如果确认是缺陷,则需进行修复活动,如果因需求变化、设计变化等原因导致缺陷已经不存在,则可设置为reject;
Reopen:当经fix或close的缺陷未能成功修复或再次产生时,测试人员可将对应的bug设置为reopen。

9、缺陷严重度

缺陷引发后果的严重度:
low:缺陷导致的后果不是很严重,一般而言,仅是使用户感觉不方便界面不美观等感受;
Medium:一般的错误字、字体错误、显示错误、子功能实现错误或冗余;
High:某个具体功能不能正常使用,比如查询功能错误,排序功能错误等;
Very high:比high级别更高,导致大面积功能无法使用;
Urgent:大面积功能不能使用,终止性错误,初始化错误。

10、修复优先级

由研发团队确定,决定缺陷修复的先后时间。

11、详细描述

对概要描述的的补充,当概要描述不能细致描述缺陷现象时可在此字段中详细描述,如说明缺陷产生的步骤、测试数据、系统的截图等。

12、下一步处理人

缺陷接下来由谁来处理。

四、缺陷管理流程

1、角色定义

定义管理流程中所涉及到的角色的主要职责、工作内容、范围等等。
如:测试工程师、测试经理、开发经理、开发工程师、项目经理。

2、流程定义

定义流程中所有角色所遵循的规则
  1. 测试工程师发现并提交缺陷;---new

  2. 测试经理进行缺陷过滤:

a.缺陷描述是否正确;
b.是否是因为对需求不理解而造成的误提;
c.描述是否有个人感情色彩的词语;
d.缺陷级别定义是否恰当。
  1. 测试经理将缺陷指派给开发经理;---open

  2. 开发经理根据缺陷修改任务分配将对应的缺陷分配给相应的开发工程师;---open

  3. 开发工程师确认缺陷,如果是缺陷,则进行fix操作,如果不是,则reject,并说明理由;----fix、open

  4. 如果缺陷状态为fix,则测试工程师在下一个版本进行确认活动,如果成功fix,则可将缺陷状态设置为close,如果未能fix,则置为reopen;---close、reopen

  5. 如果开发人员认为不是缺陷,则测试工程师需说明认为是缺陷的充分理由,如果无法达成一致意见,则需由项目经理处理。---fix、close

3、工具应用

采用何种缺陷管理工具
开源:Bugzilla、jira、matins、bugfree、excel;
商业:QC/ALM、禅道

4、模型选择

ODC、四象限、Gompertz
本文标题:NO.4 软件测试:缺陷管理
本文链接:http://www.chenshuangyi.com/post/136.html
作者授权:除特别说明外,本文由 陈双义 原创编译并授权 陈双义博客 刊载发布。
版权声明:本文使用「署名-非商业性使用-相同方式共享」创作共享协议,转载或使用请遵守署名协议。协议见页脚-知识共享许可协议。
谢谢打赏
支付宝 支付宝
微信 微信
请发表您的评论
站点信息
  • 文章总数:198
  • 页面总数:9
  • 分类总数:11
  • 标签总数:276
  • 评论总数:71
  • 浏览总数:32319
扫描关注官方微信公众号
官方微信公众号
不容错过