认识、熟悉缺陷也是称为一个优秀测试的必经之路!
一.测试基础——缺陷
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的复现
以上内容,参考黑马测试视频加个人理解整理所得,侵删