软件测试-缺陷

一、简介
  缺陷又称为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.      软件难以理解、不易使用、运行缓慢,或者从测试工程师的角度来看——最终用户会认为不好
 
 
十、问题单流程
  图来源于百度 
 
 

猜你喜欢

转载自www.cnblogs.com/wuyazi/p/9004142.html