（三）软件测试理论（了解软件的缺陷知识）

前言：

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

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

一 软件的缺陷

**1.****软件缺陷的定义 **

软件在使用过程中存在的任何问题（如：错误、异常等），都叫软件的缺陷，简称bug。

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

**2.****软件缺陷的判定标准 **

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

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

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

**3.****软件缺陷产生的原因 **

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

**4.****软件缺陷的核心内容 **

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

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

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

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

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

例如：输入正确的手机号添加会员提示手机号码有误

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

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

**6.****软件缺陷类型 **

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

二 缺陷管理

**1.****提交缺陷注意事项 **

• 可重现：缺陷可以复现

• 唯一性：一个缺陷上报一个问题

• 规范性：符合公司或者项目要求

          准确：描述的信息是正确的 
  
          具体：有细节且是真实特定的
  

避免使用模糊不清的词语，例如：“功能中断，功能不正确，行为不起作用”等。应该使用具体文字说明

缺陷的症状；

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

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

**2.****缺陷的跟踪流程 **

三 项目管理工具--禅道

**1.****禅道的介绍 **

• 国产、免费、开源、简单、轻量级

• 三管融合（产品管理、项目管理、质量管理）

2.禅道的特点

• 三权分立

•     产品部门——构想者 
  

•     研发部门——执行者 
  

•     测试部门——保证者
  

**3.**测试人员使用禅道

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

详情见下方禅道系统使用演示

10-缺陷管理工具（禅道介绍）_哔哩哔哩_bilibili

四、项目管理工具--JIRA

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

软件缺陷报告与JIRA工具使用——测试人员日常必备技能_哔哩哔哩_bilibili

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