软件测试理论-缺陷管理
一、缺陷定义
软件在使用过程中存在的任何问题都叫软件缺陷
二、缺陷判定标准
-
软件未实现需求(规格)说明书中明确要求的功能-少功能 软件出现了需求(规格)说明书中指明不应该出现的错误 - 功能错误 软件实现的功能超出需求(规格)说明书指明的范围 - 多功能 软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求 - 隐形功能错误 软件难以理解，不易使用，运行缓慢，用户体验不好 - 不易使用
三、缺陷产生原因
-
需求阶段：需求描述不易理解，有歧义、错误等 设计阶段：设计文档存在错误或者缺陷 编码阶段：代码出现错误 运行系统：软硬件系统本身故障导致软件缺陷
四、缺陷核心内容
缺陷的要素：
-
缺陷的标题 缺陷的预置条件 缺陷的复现步骤 缺陷的预期结果 缺陷的实际结果 缺陷的必要附件：图片、日志等信息(证据)
五、缺陷提交要素
- 缺陷报告编号：缺陷的唯一性标志
- 严重程度：严重(S1):主功能 ； 一般(S2):次要功能 ； 微小(S3):易用性、界面； 建议(S4):建议性问题
- 缺陷优先级：P0：24小时之内解决；P1:发布时必须修复； P2：可以在下一个版本中修复
- bug类型：代码错误，兼容性问题，设计缺陷，性能问题
- 缺陷状态：New：新建；Open：打开；Closed：关闭；Postponed：延期
六、缺陷类型
1. 功能错误
2.界面错误
3.兼容性
七、面试题
如何区分前端bug还是后端bug？
1、如果是界面或者兼容性的错误为前端bug
2、如果是功能错误区分前端和后端bug，需要抓包查看请求和响应
八、缺陷编写
1. 缺陷报告实例
2. 缺陷跟踪流程
提示：确认bug后，首先怎么办？ 确认bug的可复现。
3. 提交缺陷注意事项
4. 缺陷编写规范
缺陷标题：测试数据结果描述+预期+实际
测试数据结果描述+实际+需求
上一篇：
5款热门的远程控制软件，让你事半功倍
下一篇：
弱网测试（Charles模拟）