软件测试理论-缺陷管理

一、缺陷定义

软件在使用过程中存在的任何问题都叫软件缺陷

二、缺陷判定标准

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

三、缺陷产生原因

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

四、缺陷核心内容

缺陷的要素：

• 缺陷的标题
• 缺陷的预置条件
• 缺陷的复现步骤
• 缺陷的预期结果
• 缺陷的实际结果
• 缺陷的必要附件：图片、日志等信息(证据)    

五、缺陷提交要素

1. 缺陷报告编号：缺陷的唯一性标志
2. 严重程度：严重(S1):主功能 ； 一般(S2):次要功能 ； 微小(S3):易用性、界面； 建议(S4):建议性问题
3. 缺陷优先级：P0：24小时之内解决；P1:发布时必须修复； P2：可以在下一个版本中修复
4. bug类型：代码错误，兼容性问题，设计缺陷，性能问题
5. 缺陷状态：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位，应为不合格)