系统测试-缺陷管理学习

目录

1、什么是缺陷

2、缺陷的类型

3、缺陷的交付物

4、缺陷报告的基本格式

---

1、什么是缺陷

• 就是软件最终的功能实现跟需求不一致的现象就是缺陷

2、缺陷的类型

• 做少了，做错了，做多了，做差了

3、缺陷的交付物

• 缺陷报告：也叫缺陷跟踪单。测试执行过程中，发现软件失效后，提出书面的报告，提供给开发人员或者其他负责人员作为定位缺陷的依据，也作为日后缺陷度量的数据依据。

4、缺陷报告的基本格式

• 缺陷标题：
  • 举例：登录模块，采用正确的用户名，密码登录不成功       ==》什么功能模块，做的什么操作，出现了什么问题？
  • 用一句话简明扼要的描述清楚缺陷的问题
• 前置条件：
  • 缺陷操作所需要依赖的前置条件或环境或一些三方插件依赖等等
  • 没有前置条件的可以不要写
  • 举例：windows操作系统，IE浏览器进入登录界面
• 复现步骤 
•  首先参照缺陷报告的5c准则来描述复现步骤（准确、清晰、简洁、完整、一致
• 在描述复现步骤的时候参照写要点：
  • 再现：一般是尽量三次再现故障，如果问题是间断的，那要报告问题发生频率。如：测试10次，该缺陷出现了3次；
  • 初步定位：可能影响再现的变量，例如配置变化、工作流、数据库，这些都可能改变错误的特征。
  • 推广：确定系统其他部分是否可能出现这种错误，以及使用不同的数据时是否存在着这种问题等等，特别是那些可能存在更加严重特征的部分。
  • 压缩：精简任何不必要的信息，特别是冗余的测试步骤。
  • 去除歧义：使用清晰的语言，尤其是避免使用那些有多个不同或相反含义的词汇。
  • 中立：公正的表达自己的意思，对错误及其特征的事实进行陈述，避免夸张、幽默或讽刺。
  • 评审：至少有一个同行，最好是一个有经验的测试工程师或测试经理，在递交错误报告之前自己先阅读一遍。
• 实际结果
• 期望结果
• 系统版本
• 缺陷所属模块
• 缺陷种类
  • 兼容缺陷
  • UI缺陷
  • 功能缺陷
• 缺陷的严重等级
  • 致命：例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。
  • 提示：软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符号丢失等；
  • 一般：例如，软件的单个功能失效；
  • 严重：例如，由于单功能失效导致多个相关功能均失效
• 缺陷优先级：高，中，低
• 缺陷的提交人
  • 测试人员提交缺陷
• 缺陷指派者
  • 测试负责人，项目经理
  • 缺陷的修复人员，开发
• BUG生命周期
• • • 缺陷的跟踪管理流