软件测试:缺陷管理

一、简介

缺陷又称为bug,bug是一个英文单词,本意是臭虫、小虫子、窃听、损坏等意思。现在人们把软件里存在的各种问题统称为bug

电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷,都可以叫做“Bug”;有时也被泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离


二、缺陷的类型

1.      失误(Mistake):导致软件包含故障的人的行为;

2.      缺陷(Defect):软件的异常情况;

3.      故障(Fault):引起一个功能组件不能完成所要求的功能的一种意外情况;

4.      失效(Failure):功能组件执行其规定功能的能力丧失



三、缺陷报告(bug report)

缺陷报告也叫缺陷报告单,还叫缺陷跟踪单。在测试执行过程中,发现软件问题后,提出的书面报告,提供给开发人员或者其他相关人员作为定位缺陷的依据,也作为日后缺陷度量的数据依据。



四、缺陷报告的主要内容:


1.标题:在xx地方做xx操作发现xx问题


2.步骤


3.期望结果


4.实际结果


5,项目


6.编号


7.测试环境

a、使用的环境操作系统、浏览器等

b、测试的软件或系统环境,版本等


8.严重级别

a、致命问题。软件根本无法使用或导致系统问题。

b、严重问题。严重影响用户使用。

c、一般问题。影响用户使用。

d、提示性问题。非界面的字符串错误。


9.出现频率

a、必现:

b、偶发:

按照固定频率出现

不按照固定频率出现

只出现一次


10.初步定位


11.发现人


12.其他,比如问题定位分析等





五、缺陷管理工具

1. Bugzilla

2. Bugfree

BugFree是借鉴微软的研发流程和Bug管理理念,使用PHP+MySQL独立写出的一个Bug管理系统。简单实用、免费并且开放源代码(遵循GNU GPL)


3. TestDirector (Quality Center)

提供了基于 Web 的系统,可在广泛的应用环境下自动执行软件质量测试和管理。仪表盘技术使您可以了解验证功能和将业务流程自动化,并确定生产中阻碍业务成果的瓶颈。HP Quality Center 使 IT 团队能够在开发流程完成前就参与应用程序测试。这样将缩短发布时间表,同时确保最高水平的质量


4. ClearQuest


5. JIRA

JIRA创建的默认问题类型包括New Feature、Bug、Task和Improvement四种,还可以自己定义,所以它也一是过程管理系统


6. Mantis

Mantis是一个基于PHP技术的轻量级的缺陷跟踪系统,其功能与前面提及的JIRA系统类似,都是以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上可能没有JIRA那么专业,界面也没有JIRA漂亮,但在实用性上足以满足中小型项目的管理及跟踪


7. Bugzero

是一个多功能,基于网络 (web-based) 并在浏览器 (browser) 下运行的 Bug缺陷管理和跟踪系统 (bug tracking system),可用来记录,跟踪,并归类处理软件开发过程出现的 Bug 和硬件系统中存在的缺陷(defect)。 BUGZERO 也是一个完整的服务管理软件,包括集成服务台热线流程管理(Help Desk),可用来记录各种日常事务,变更请求,和问题报告,及追踪和处理各种客户讯问,反馈,和意见


8. BugTracker

9. URTracker

10.KisTracker

11.TestLink

12、JTrac

13、BugNet

14、BugOnline

15、eTraxis




六、测试用例vs缺陷报告

1.作用不一样。测试用例是用来指导测试的而缺陷报告主要是用来定位问题的。

2.测试用例是测试人员写给测试人员的,而缺陷报告是测试人员写给开发人员的。

3.测试用例和缺陷报告的内容不一样。



七、缺陷管理的目的

1.保证信息的一致性

2.保证缺陷得到有效跟踪,缩短沟通时间提高解决效率。

3.利于缺陷分析、产品质量度量,使项目的可视化加强。



八、缺陷的状态

New--------缺陷的初始状态

Open-------开发人员开始修改

Fixed------开发人员修改完毕

Reopen-----回归测试不通过

Closed-----回归测试通过


postpone------推迟修改

rejected------开发人员认为不是问题,拒绝修改。  

duplicate-----与已经提交的缺陷重复

abandon-------被开发拒绝的(rejected)或者重复的duplicate,并且测试人员确认确实不是问题



九、缺陷的评价标准

1.      软件未实现需求规格说明书(SRS)要求的功能

2.      软件未实现需求规格说明书(SRS)虽未明确提及但应该实现的目标

3.      软件出现了需求规格说明书(SRS)指明不应出现的错误

4.      软件实现了需求规格说明书(SRS)未提到的功能

5.      软件难以理解、不易使用、运行缓慢,或者从测试工程师的角度来看——最终用户会认为不好

十、问题单流程


图来源于百度 

 软件测试-缺陷_软件测试


免责声明:本文系网络转载或改编,未找到原创作者,版权归原作者所有。如涉及版权,请联系删

QR Code
微信扫一扫,欢迎咨询~

联系我们
武汉格发信息技术有限公司
湖北省武汉市经开区科技园西路6号103孵化器
电话:155-2731-8020 座机:027-59821821
邮件:tanzw@gofarlic.com
Copyright © 2023 Gofarsoft Co.,Ltd. 保留所有权利
遇到许可问题?该如何解决!?
评估许可证实际采购量? 
不清楚软件许可证使用数据? 
收到软件厂商律师函!?  
想要少购买点许可证,节省费用? 
收到软件厂商侵权通告!?  
有正版license,但许可证不够用,需要新购? 
联系方式 155-2731-8020
预留信息,一起解决您的问题
* 姓名:
* 手机:

* 公司名称:

姓名不为空

手机不正确

公司不为空