认识、熟悉缺陷也是称为一个优秀测试的必经之路！
一.测试基础——缺陷
1.缺陷的定义
软件在使用过程中存在的任何问题（错误属于问题)都叫软件的缺陷，简称BUG
2.缺陷的判定标准
软件未实现需求规格说明书中明确要求的功能——少功能
软件出现需求规格说明书中指明不应该出现的错误——功能错误
软件实现的功能超出需求规格说明书指明的需求——多功能
软件未实现需求规格说明书中虽未明确指出但应该实现的功能——隐形功能错误
（登录成功后，应该自动跳转成主页。未跳转时——隐形功能错误）
软件难以理解，不易使用，运行缓慢，用户体验不好——不易使用
3.缺陷产生的原因
需求阶段：需求描述不易理解，有歧义，错误等
设计阶段：设计文档存在错误或者缺陷
编码阶段：代码出现错误
运行阶段：软硬件系统本身故障导致软件缺陷
4.软件缺陷的生命周期
注入bug——发现bug——解决bug
5.软件缺陷的核心内容
缺陷的标题：描述缺陷的核心问题
缺陷的预置条件：缺陷产生的前提条件
缺陷的复现步骤：复现缺陷的过程
缺陷的预期结果：希望得到的结果
缺陷的实现结果：实际出现的结果
缺陷的必要附件：图片、日志等信息
6.缺陷提交要素
缺陷报告编号
缺陷的唯一性标志
严重程度
严重（S1）：主功能
一般（S2）：次要功能
微小（S3）：易用性、界面
建议（S4）：建议性问题
缺陷优先级
P0：24小时之内解决
P1：发布前必须修复
P2：可以在下一个版本中修复
Bug类型
代码错误、兼容性问题、设计缺陷、性能问题
缺陷状态
New：新建
Open：打开
Closed：关闭
Postponed：延期
7.软件缺陷类型
功能错误
界面错误、兼容性
数据、易用性、改进建议、架构
如果是界面或兼容性的错误——是前端bug
面试中，功能问题怎么区分前端问题还是后端问题？
通过抓包
缺陷编写
1.缺陷报告示例
建议搭配禅道工具使用
2.缺陷跟踪流程
3.提交缺陷注意事项
1.可重现—缺陷可复现
2.规范性—符合公司项目要求
3.唯一性—一个缺陷上报一个问题
PS.面试题
发现bug后，首先会怎么办？
——确认bug的复现
以上内容，参考黑马测试视频加个人理解整理所得，侵删