day03总结思维导图：
学习目标：
- 能够说出软件缺陷判定标准
- 能够说出项目中缺陷的管理流程
- 能够使用Excel对于缺陷进行管理
- 能使用工具管理缺陷
一、用例执行：
说明：执行结果与用例的期望结果不一致（含义），为缺陷
提示：用例执行不通过为缺陷，需要进行缺陷管理
二、缺陷
2.1缺陷的定义
软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug。
2.2缺陷的判定标准
1、软件未实现需求（规格）说明书中明确要求的功能—少功能
2、软件出现了需求（规格）说明书中指明不应该出现的错误—功能错误
3、软件实现的功能超出需求（规格）说明书指明的范围—多功能
4、软件未实现需求（规格）说明书中虽未明确指明但应该实现的功能—隐性功能错误
5、软件难以理解、不易使用、运行缓慢，用户体验不好—不易使用
2.3缺陷产生的原因
需求阶段：需求描述不易理解，有歧义、错误等。
设计阶段：设计文档存在错误或者缺陷。
编码阶段：代码出现错误。
运行阶段：软硬件系统本身故障导致软件缺陷。
2.4软件缺陷的生命周期
2.5缺陷的核心内容
缺陷的标题：描述缺陷的核心问题
缺陷的预置条件：缺陷产生的前提
缺陷的复现步骤：复现缺陷的过程
缺陷的预期结果：希望得到的结果
缺陷的实际结果：实际得到的结果
缺陷的必要附件：图片、日志等信息（证据）
2.6缺陷提交要素
缺陷报告编号：缺陷的唯一性标志
严重程度：
- 严重（S1）：主功能
- 一般（S2）：次要功能
- 微小（S3）：易用性、界面
- 建议（S4）：建议性问题
缺陷优先级：
- Priority0：24小时之内解决
- Priority1：发布前必须修复
- Priority2：可以在下一个版本中修复
Bug类型：代码错误、兼容性问题、设计缺陷、性能问题
缺陷状态：
- New：新建
- Open：打开
- Closed：关闭
- Postponed：延期
2.7软件缺陷类型
功能错误、界面（UI）错误、兼容性、数据、易用性、改进建议、架构
工作流程
设计用例à执行用例（执行测试）à缺陷（提交、验证、关闭）
缺陷定义：任何问题（Bug）
缺陷标准：多功能、少功能、功能错误、缺少隐性功能、易用性
描述缺陷：缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
提交缺陷信息：指派人、缺陷等级、修复优先级、类型、状态（统计缺陷）
作业：注册问题
三、缺陷编写
3.1缺陷报告实例（Excel）
PS：上图严重程度S0
3.2缺陷跟踪流程
提示：知道测试和开发流程中涉及的工作即可。
3.3提交缺陷注意事项
可重现：缺陷可以复现
唯一性：一个缺陷上报一个问题
规范性：符合公司或者项目要求
面试题：当发现缺陷后，首先会怎么办？
首先检查确定缺陷可复现，然后确定是BUG。
提交时，要检查缺陷是否已存在。
3.4缺陷标题梳理
四、缺陷管理工具
（禅道、JTRA、TFS）
4.1禅道的介绍
地址：禅道项目管理软件 - 开源、免费的项目研发测试管理工具
特点：
- 国产、免费、开源、简单、轻量级；
- 三管融合（产品管理、项目管理、质量管理）
4.2禅道的特点
三权分立
- 产品部门——构想者
- 研发部门——执行者
- 测试部门——保证者
四角协同
- 产品经理
- 项目经理
- 研发团队
- 测试团队
4.3使用流程图
重点在管理缺陷
提示：详情见禅道系统使用演示
