一、能够说出软件缺陷判定标准

• 说明：执行结果与用例的期望结果不一致（含义），为缺陷。

  1. 缺陷的定义：软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug

  2. 缺陷判定标准

     • 软件未实现需求（规格）说明书中明确要求的功能——少功能
     • 软件出现了需求（规格）说明书中指明不应该出现的错误——功能错误
     • 软件实现的功能超出需求（规格）说明书指明的范围——多功能
     • 软件未实现需求（规格）说明书中虽未明确指明但应该实现的要求——隐形功能错误
     • 软件难以理解，不易使用，运行缓慢，用户体验不好——不易使用（软件测试人员专业角度）

  3. 缺陷产生的原因

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

  4. 软件缺陷的生命周期
     

     1. 回归测试：
        ①常见项目回归：项目本次发布新增2个模块，最基本要测新增模块功能及新增模块关联的旧模块
        ②非常规项目（银行、部队、航天）：新增功能，必须全部复测

     2. 回归bug：上一个版本发现的缺陷，开发修复完毕，在下一个版本进行重新验证

  5. 软件缺陷的核心内容
     

  6. 缺陷提交要素
     

  7. 缺陷类型
     

8. 工作流程
   • 设计用例 -> 执行用例(执行测试) -> 缺陷（提交、验证、关闭）
   • 缺陷定义：任何问题（BUG）
   • 缺陷标准：多功能、少功能、错误、缺少隐性功能、易用性
   • 描述缺陷重点：缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
   • 提交缺陷信息：指派人、缺陷等级、修复优先级、类型

二、缺陷编写

1. 缺陷示例报告
   

2. 缺陷的跟踪流程
   

提示：知道测试喝开发流程中设计的工作即可

3. 提交缺陷注意事项

   • 可重现：缺陷可以复现
   • 唯一性：一个缺陷报一个问题
   • 规范性：符合公司或者项目要求

面试题：发现缺陷后，首先应该怎么办？----确定缺陷可复现，确定是bug。
提交时，要检查缺陷是否已存在。

4. 缺陷编写规范
   

三、缺陷管理工具

1、项目管理工具-管理缺陷（禅道, JIRA, TFS）
2、Excel管理缺陷

• 禅道的介绍（项目管理工具）

  • 地址：https://demo.zentao.net/user-login.html
  • 特点：
    • 国产、免费、开源、简单、轻量级
    • 三管融合（产品管理、项目管理、质量管理）

• 禅道的特点
  

• 禅道使用流程
  

四、缺陷标题分析