（三）软件测试-缺陷

一、缺陷介绍

1. 定义

  软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug。
即：用例执行不通过为缺陷，需要进行缺陷管理。

2. 缺陷的评定标准

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

3. 缺陷产生的原因

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

4. 软件缺陷的核心内容

• 缺陷的标题：描述缺陷的核心问题。
• 缺陷的预置条件：缺陷产生的前提。
• 缺陷的复现步骤：复现缺陷的过程。
• 缺陷的预期结果：希望得到的结果。
• 缺陷的实际结果：实际得到的结果。
• 缺陷的必要附件：图片、日志等信息（证据）。

5. 缺陷提交要素

• 缺陷报告编号：缺陷的唯一性标志。
• 严重程度：
  • 严重（S1）：主功能。
  • 一般（S2）：次要功能。
  • 微小（S3）：易用性、界面。
  • 建议（S4）：建议性问题。
• 缺陷优先级：
  • Priority0：24小时之内解决。
  • priority1：发布前必须修复。
  • Priority2：可以在下一个版本中修复。
• Bug类型：
  • 代码错误
  • 兼容问题
  • 设计缺陷
  • 性能问题
• 缺陷状态：
  • New：新建。
  • Open：打开
  • Closed：关闭
  • Postponed：延期

6. 缺陷类型

• 功能错误
• UI页面错误
• 兼容性
• 数据（数据库）
• 易用性
• 建议
• 架构缺陷

二、缺陷编写

1. 缺陷报告示例

2. 缺陷的跟踪流程

3. 提交缺陷注意事项

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

4. 缺陷编写规范

• 正确：描述信息是正确的。
• 具体：有细节且是真实特定的。
• 简洁易懂：描述简单容易理解。
• 次序清晰：描述缺陷过程有条件，有先后顺序。

三、缺陷管理工具

1. 禅道的介绍

• 地址：https://demo.zentao.net/user-login.html

2. 特点

• 国产、免费、开源、简单、轻量级。
• 三管融合（产品管理、项目管理、质量管理）

3. 禅道使用流程

• 管理用例——》创建用例——》评审用例——》执行用例
• 管理缺陷——》缺陷创建——》缺陷跟踪——》缺陷验证
  
    软件测试的软件有很多，一般看企业的选择，这里只是举个例子。

四、缺陷标题分析

1. 格式

• 描述数据测试+预期结果（实际结果）
• 描述测试数据+实际结果（预期结果）
• 描述测试数据+实际结果（需求）