一、缺陷定义
- 软件在使用过程中存在的任何问题都叫软件的缺陷,简称bug。
- 用例执行不通过为缺陷,需要进行缺陷管理
二、缺陷判定标准
- 软件未实现需求(规格)说明书中明确要求的功能 -少功能
- 软件出现了需求(规格)说明书中指明不应该出现的错误-功能错误
- 软件实现的功能超出需求(规格)说明书指明的范围-多功能
- 软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求-隐性功能错误
- 体现在预期结果里面
- 错误提示
- 软件难以理解,不易使用,运行缓慢,用户体验不好-不易使用(测试人员专业角度)
三、缺陷产生原因(从需求到发布上线任何环节都有可能)
- 需求阶段:需求描述不易理解,有歧义、错误等
- 设计阶段:设计文档存在错误或者缺陷
- 编码阶段:代码出现错误
- 运行系统:软硬件系统本身故障导致软件缺陷
四、缺陷核心内容
- 缺陷的生命周期
- 缺陷的生命周期
- 缺陷的描述
五、缺陷提交要素
六、缺陷类型
- 功能错误
- UI页面错误
- 兼容性
- 数据(数据库)
- 易用性
- 建议
- 架构缺陷
七、缺陷的编写
- 缺陷报告示例
2.缺陷的跟踪流程(了解即可)
3.提交缺陷注意事项
- 可重现:缺陷可以复现
- 唯一性:一个缺陷上报一个问题
- 规范性:符合公司或者项目要求
4.缺陷标题分析
- 描述测试数据+实际结果(预期结果)
- 测试数据描述+预期结果(实际结果)
- 测试数据描述+实际结果(需求)
- 例子:实际:15位数字验证合法,期望:不合法
- 第一种标题描述:标题15位纯数字结果合法(期望:不合法)
- 第二种标题描述:标题15位纯数字预期不合法(实际:合法)
- 第三种标题描述:标题15位纯数字结果合法(需求:标题为15位字符串)