前言：

        这一部本不是特别重要，大家了解就行，因为工作经常会与这部分打交道，基本是模板，如果是工作的话还是缺陷管理工具禅道和jiar。

大部分知识来自黑马课堂笔记，资金充足也可以购买课程
课程的链接如下：
软件测试培训_中级软件测试工程师培训机构_软件测试课程-黑马程序员

一 软件的缺陷

1.软件缺陷的定义

软件缺陷的存在会导致软件产品在某种程度上不能满足用户的需求。

2.软件缺陷的判定标准

• 软件未实现需求（规格）说明书中明确要求的功能
• 软件出现了需求（规格）说明书中指明不应该出现的错误
• 软件实现的功能超出需求（规格）说明书指明的范围
• 软件未实现需求（规格）说明书中虽未明确指明但应该实现的要求

一般指国际/国家/行业/企业标准规范或者法规的要求

• 软件难以理解，不易使用，运行缓慢，用户体验不好

3.软件缺陷产生的原因

• 需求阶段：需求描述不易理解，有歧义、错误等
• 设计阶段： 设计文档存在错误或者缺陷
• 编码阶段：代码出现错误
• 运行系统：软硬件系统本身故障导致软件缺陷

• 缺陷的标题——描述缺陷的核心问题

例如：后台会员管理输入正确的手机号添加会员添加失败，提示：手机号码有误

• 缺陷的预置条件——缺陷产生的前提
• 缺陷的复现步骤——复现缺陷的过程
• 缺陷的预期结果——希望得到的结果

例如：输入正确的手机号添加会员应该能够成功

• 缺陷的实际结果——实际得到的结果

• 缺陷的必要附件——图片、日志等信息（证据）

 5.构成缺陷的基本要素

• 缺陷编号：缺陷的唯一性标志
• 缺陷状态：表示缺陷当前处于哪个阶段

  • ​​​​​常见缺陷状态
    - new：新建，表示缺陷刚创建
    - open：打开，表示已经指派或者开发认领了bug
    - inprogress：进行中，表示开发正在修改中
    - fixed：已修复，表示测试可以验证了
    - closed：已关闭，表示测试验证通过
    - rejected：已拒绝，表示开发拒绝了当前bug
    - postpone/delay：已延迟，表示开发延迟修复该bug

• 缺陷所属模块：缺陷属于哪个被测的模块
• 缺陷严重程度：该缺陷的破坏程度或者影响程度

  • - critical
  • - major
  • - medium
  • - minor
  • - tiny

• 缺陷优先级：处理该缺陷的优先程度

• - urgent priority
• - veryhigh priority
• - high priority
• - medium priority
• - low priority

• 功能错误
• 界面(UI)错误
• 兼容性缺陷
• 易用性
• 改进建议
• 其他

二 缺陷管理

1.提交缺陷注意事项

• 可重现：缺陷可以复现

        简洁易懂：描述简单容易理解

        次序清晰：描述缺陷过程有条件，有先后顺序

2.禅道的特点 

• 三权分立
•         产品部门——构想者
•         研发部门——执行者
•         测试部门——保证者

 3.测试人员使用禅道

• 管理用例
  • 创建用例
  • 评审用例
• 管理缺陷
  • 缺陷的创建

四、项目管理工具--JIRA

详情见下方JIRA系统使用演示

这一章大家了解就行，最后还是希望大家能支持下博主给个三连！