三、缺陷相关知识

目标

1 能够说出缺陷判断标准
2 能够说出项目中缺陷管理的流程
3 能够使用Excel对于缺陷进行管理
4 能使用工具管理缺陷

---

一、用例执行

---

说明：执行结果与用例期望结果不一致（含义），为缺陷。

• 执行失败的用例

  

二、缺陷介绍

---

2.1缺陷概念

• 软件在运行过程中出现的各种问题，叫缺陷，简称bug

2.2缺陷判断标准⭐️

• 软件未实现需求说明书中的功能 – 少功能
• 软件出现了需求说明书中不应该出现的问题 - -功能错误
• 软件实现了需求说明书中没有要求的功能 –多功能
• 软件未实现需求说明书中未明确指明但应该实现的功能 – 隐形功能缺失（错误）

违反了法律法规、常识性规范功能
例如：需求描述使用手机号，实际可以使用12或者11开头的11位手机能注册登录

• 软件难以理解，运行缓慢，不易使用，用户体验不好 – 不易使用

2.3缺陷原因

目的:通过缺陷原因分类，能够验证公司职能部门素质；提交bug时可以对bug分类，方便后续总结

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

2.4缺陷生命周期

• 缺陷注入:缺陷产生了
• 缺陷发现：测发现了
• 缺陷清除:开发修复，并且测试验证通过了

2.5缺陷报告的核心内容⭐️

2.6缺陷报告其他要素

• 缺陷的编号: 表示缺陷唯一性
• 缺陷的严重性:表示缺陷的严重程度（S1 S2…）
• 缺陷的优先级:表示缺陷修复的紧急程度（p0 p1…）
• 缺陷的类型:功能、性能、界面（UI）、兼容、安全…
• 缺陷的状态：new closed(reopen)

三、编写缺陷报告

---

3.1缺陷报告编写案例

#执行测试用例

注意：缺陷报告标题描述的结果一定是实际结果

3.2缺陷跟踪流程⭐️

目的:搞清楚工作中如何和开发协同处理bug,直到bug清除（关闭）

3.3缺陷报告注意事项

注意事项

• 可复性:缺陷可以复现
• 唯一性:一个缺陷上报一个问题
• 规范性:符合公司或者项目要求

编写规范

• 准确、具体

• 简洁易懂、次序清晰

3.4[扩展]Bug可复选

面试题：不可复现的bug怎么办？

• 从内部出发向外找原因
  • 替换法
  • 找外援（打印调试日志）

• 从严重级出发，严重级低，暂时可以不考虑（后续尝试复现）；严重级高，需要分析排查
• 思考自己测试过程，是否和设计步骤，思考测试环境（替换法）
• 寻求协助：测试老员工，开发协助（重新给个新版本后–>打印一些调试日志）
• 暂时在本地记录当前的bug，后续连续跟踪三个版本后，再未复现，此时放弃
• 后续版本再次出现，直接提bug，详细描述你的复现过程

四、禅道介绍

---

4.1禅道介绍

常见项目管理工具

• 禅道（国产、免费）
• JIRA（国外、收费）

• 禅道链接地址：https://zentao.demo.qucheng.cc/user-login.html
• 禅道的特点
  • 三权分立：产品、开发、测试
  • 四角协同：产品经理、项目经理、开发团队、测试团队

4.2测试应用

• 管理用例
  • 写用例
  • 评审用例
  • 执行用例
• 管理缺陷
  • 写缺陷报告
  • 跟踪缺陷
  • 回归测试

4.3禅道使用

用例管理

• 编写用例

• 评审用例

  新创建的用例，待评审
  

• 执行用例

  必须评审通过

禅道的执行结果

• 通过：pass(测试通过)
• 失败:fail(测试不通过)
• 忽略:N/A(编写的用例作废/不用了)
• 阻塞：block(测试用例无法执s下去)

缺陷管理

• 提交bug

• 跟踪bug

• 验证bug

禅道具体安装教程可以参考这篇文章：https://blog.csdn.net/qq_45059431/article/details/138035456