（软件测试基础）——缺陷管理缺陷定义软件或程序中存在的各种问题

缺陷管理缺陷定义

软件或程序中的各种问题。

缺陷判定标准软件不满足需求说明书中规定的功能。 软件存在需求规范中指定的错误。 该软件超出了需求规范中指定的范围。 该软件似乎具有需求描述中未指定但应该实现的目标。 软件使用困难、效率低下。缺陷分类

缺陷：软件中存在的偏差可以被激活，并以静态的形式存在于软件内部，相当于BUG。

错误：未定义或未知的错误消息

故障：软件运行过程中出现的状态可能会导致意外的情况。 如果不处理，可能会导致故障； 重新启动并调整后，用户即可恢复使用。

故障：软件运行时导致的外部异常行为，性能与用户需求不符，功能能力被终止，用户无法完成所需的应用。

缺陷报告

测试过程中，如果发现缺陷并失败，将向开发人员提供书面报告，作为定位缺陷的依据。

缺陷报告还可作为缺陷测量的数据基础，对整个产品进行评估。

缺陷管理的目的

缺陷管理的目的是对各个阶段测试中发现的缺陷进行管理，确保各级缺陷的修复符合标准。 主要实现以下目标：

1）保证信息的一致性；

2）确保缺陷得到有效跟踪，缩短沟通时间，更高效地解决问题；

3）收集缺陷数据并进行数据分析，作为缺陷测量的基础

缺陷状态（常用）9

1）New：缺陷的初始状态

2）开放：开发者开始修复缺陷

3) 已修复：开发者已完成缺陷修改

4): 回归测试通过

5): 回归测试失败

6): 推迟修改

7）：开发者认为不是程序问题，不需要修改。

8): 重复提交

9）：如果测试仪确认没有问题，则进入该状态。

缺陷书写规范

标题：应保持简短、准确，并提供有关缺陷的基本信息；

重现步骤：应包括如何使其他人重现缺陷的完整步骤；

实施结果：执行再现步骤后的软件现象和结果行为。 实际结果的描述应该像标题信息一样，列出具体的缺陷症状；

预期结果：描述应该与实际结果相同，并且需要列出预期结果是什么；

附件：缺陷的补充说明，可以是以下类型：

- 缺陷症状截图；

- 用于测试的数据文件；

软件测试生命周期

需求分析——测试计划——测试用例设计与开发——测试执行——测试评估

错误生命周期

从发现bug到关闭bug的过程。

Bug周期：发现Bug——提交Bug——分配Bug——研发确认Bug——研发修复Bug——Bug回归验证——验证是否通过——关闭Bug

缺陷在生命周期中的状态：新建-已分配-已解决-待验证-已关闭

bug的六大要素：

1) 数量：唯一

2）Bug名称：简洁明了

3）优先级：与时间相关（高、中、低）

4）严重程度：

致命：导致软件崩溃、与金钱相关、阻碍核心业务

严重：重要功能异常

一般：非核心功能异常

次要：暗示性问题、UI 问题

5）复现步骤：写下测试过程中出现的BUG的步骤，确保所有步骤都被记录下来，记录你所做的一切、每一步、每一次停顿。 无意中遗漏一个步骤或添加额外的步骤可能会导致无法重现的缺陷。

6）附件：BUG存在的证据（截图、视频、日志）

“继续记录学习生活，持续更新~”