功能测试-测试缺陷

上一篇说了测试用例，在用例执行的过程中，不可避免的就会发现用例执行结果与期望结果不相符，如果没有进行过需求变更，一般就可以认定为缺陷了

缺陷

手工测试，工作中最主要的几件事：编写用例、执行用例、提交缺陷、回归缺陷、写报告，由此可见，除了用例，就是缺陷来体现测试的价值了。现在就从缺陷的要素说起

• 缺陷所属的项目

  • 一般情况下，与测试用例同属于一个项目组，都是与用例强关联的

• 缺陷所属的版本

  • 一个项目随着项目的进展，肯定会有多个版本，因每个版本调整的代码不同，所以缺陷也有所不同

  • 一般一个缺陷只属于一个版本（除延期解决缺陷）

• 缺陷编号

  • 一般系统自动生成，编号前缀带有项目组或者版本号+随机数或自增序列

• 缺陷标题

  • 对缺陷精要（简洁、准确）的描述，体现实际结果与期望结果的差异点，一目了然

• 缺陷重现步骤

  • 详细描述缺陷重现的前置条件和操作步骤，甚至是测试的账号、订单

  • 清楚描述期望结果与实际结果，如果有必要，贴上报错日志、报错代码、对比图等

• 缺陷状态

  • 状态的流转每个缺陷管理系统都不一样，所以状态的流转也不一样，大体的状态变化如下：

• 缺陷的严重程度

  • 每个项目