缺陷
定义
软件使用过程中任何问题，简称bug。
判定标准
- 软件未实现需求说明书中的功能，即缺功能。
- 出现了需求说明书中指明不应出现的错误，即功能错误。
- 超出需求说明书指明的范围，即多功能。
- 未实现需求说明书中未指明但应实现的要求，即隐形功能错误。
- 难理解、不易使用、运行缓慢、用户体验不好，即不易使用。
产生原因
- 需求阶段：需求描述不易理解，有歧义、有错误。
- 设计阶段：设计文档存在错误/缺陷。
- 编码阶段：代码出错。
- 运行阶段：软硬件系统本身故障。
生命周期
核心内容
- 缺陷的标题：描述缺陷的核心问题
- 缺陷的预置条件：缺陷产生的前提
- 复现步骤：复现缺陷的过程
- 缺陷的预期结果
- 实际结果
- 必要附件（无可不写）：截图、日志等信息
提交要素
- 缺陷报告：缺陷唯一标志
- 严重程度：严重（主功能）、一般（次功能）、微小（易用性、界面）、建议
- 优先级
- bug类型：代码错误、兼容性错误、设计缺陷、性能问题
- 缺陷状态：new、open、closed、postponed
类型
功能错误，界面（UI）错误，兼容性，数据，易用性，改进建议，架构
分类
通过抓包确定是前端bug还是后端bug，抓包的目的：检查请求和响应的数据是否正确，但UI和兼容性错误一定是前端错误。
缺陷编写
示例
流程
校验bug是否可复现
提交bug注意事项
- 可复现
- 规范性
- 唯一性：一个缺陷上报一个问题
编写规范
准确；具体；简洁易懂；次序清晰
缺陷管理工具——禅道
使用流程
- 缺陷管理：缺陷的描述 = 操作描述 + 预期 + 实际
- 用例管理
