一、缺陷定义
软件在使用过程中存在的任何问题都叫软件缺陷
二、缺陷判定标准
- 软件未实现需求(规格)说明书中明确要求的功能-少功能
- 软件出现了需求(规格)说明书中指明不应该出现的错误 - 功能错误
- 软件实现的功能超出需求(规格)说明书指明的范围 - 多功能
- 软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求 - 隐形功能错误
- 软件难以理解，不易使用，运行缓慢，用户体验不好 - 不易使用
三、缺陷产生原因
- 需求阶段：需求描述不易理解，有歧义、错误等
- 设计阶段：设计文档存在错误或者缺陷
- 编码阶段：代码出现错误
- 运行系统：软硬件系统本身故障导致软件缺陷
四、缺陷核心内容
缺陷的要素：
- 缺陷的标题
- 缺陷的预置条件
- 缺陷的复现步骤
- 缺陷的预期结果
- 缺陷的实际结果
- 缺陷的必要附件：图片、日志等信息(证据)? ??
五、缺陷提交要素
- 缺陷报告编号：缺陷的唯一性标志
- 严重程度：严重(S1):主功能 ； 一般(S2):次要功能 ； 微小(S3):易用性、界面； 建议(S4):建议性问题
- 缺陷优先级：P0：24小时之内解决；P1:发布时必须修复； P2：可以在下一个版本中修复
- bug类型：代码错误，兼容性问题，设计缺陷，性能问题
- 缺陷状态：New：新建；Open：打开；Closed：关闭；Postponed：延期
六、缺陷类型
1. 功能错误
2.界面错误
3.兼容性
七、面试题
如何区分前端bug还是后端bug？
1、如果是界面或者兼容性的错误为前端bug
2、如果是功能错误区分前端和后端bug，需要抓包查看请求和响应
八、缺陷编写
1. 缺陷报告实例
| 缺陷ID | 缺陷标题 | 缺陷状态 | 严重程度 | 优先级 | 所属模块 | 缺陷描述 | 附件 |
| bug101 | 正常下单成功后支付失败 | new | p0 | p0 | Ego核心业务 | 1.打开小程序 2.选中商品添加购物车进行下单 3.在订单详情点击去支付 预期结果：能够唤起微信支付 实际结果：无响应 |
2. 缺陷跟踪流程
提示：确认bug后，首先怎么办？ 确认bug的可复现。
3. 提交缺陷注意事项
4. 缺陷编写规范
缺陷标题：测试数据结果描述+预期+实际
测试数据结果描述+实际+需求
| 缺陷ID | 缺陷标题 | ||||||
| 不合格的4位QQ号验证合格(预期不合格) | |||||||
| 4位QQ号验证合格(需求6-10位，应为不合格) |
