一、用例执行
说明：执行结果与用例的期望结果不一致（含义），为缺陷。
-
执行失败的用例
提示：用例执行不通过为缺陷，需要进行缺陷管理
二、缺陷
2.1 定义
软件中存在的各种问题，都为缺陷，简称bug；
2.2 缺陷标准
1、少功能 2、功能错误 3、多功能 4、缺少隐性功能 5、易用性（软件测试人员专业角度）
3.3 缺陷产生的原因
1、需求文档 2、架构设计 3、编码实现 4、环境（硬件、软件）
3.4 缺陷的生命周期
1、回归测试：
①常规项目回归：项目本次发布新增2个模块，最基本要测新增模块功能及新增模块关联的旧模块。
②非常规项目（银行、部队、航天）：新增功能，必须全部复测。
2、回归bug：上一个版本发现的缺陷，开发修复完毕，在下个版本进行重新验证。
3.5 缺陷核心要素
3.6 缺陷提交要素
3.7 缺陷类型
1、功能错误 2、UI页面错误 3、兼容性 4、数据（数据库） 5、易用性 6、建议 7、架构缺陷
-
工作流程（小结）
设计用例->执行用例（执行测试）->缺陷（提交、验证、关闭） 缺陷定义：任何问题（Bug） 缺陷标准：多功能、少功能、错误、缺少隐性功能、易用性 描述缺陷重点：缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注 提交缺陷信息：指派人、缺陷等级、修复优先级、类型、状态（统计缺陷）
三、缺陷管理
3.1 excel示例
3.2 缺陷跟踪流程
提示：知道测试和开发流程中涉及的工作即可。
3.3 提交注意事项
面试题：发现缺陷后，首先回怎么办？--确定Bug可复现、确定是Bug。 提交时，要检查缺陷是否已存在。
3.4 缺陷管理工具
1、项目管理工具-管理缺陷 (禅道、JIRA、TFS) 2、Excel管理缺陷
3.5 禅道（项目管理工具）
-
地址：用户登录 - 禅道
-
特点：
-
使用流程图
-
使用禅道管理缺陷
-
登录
-
创建缺陷
-
关闭缺陷
-
3.6 缺陷标题扩展
