一、缺陷
1.什么是缺陷
软件缺陷就是通常说的Bug，它是指在软件中（包括文档和程序）存在的影响软件正常运行的问题。
2.缺陷产生的原因
需求不明确和变更（沟通不充分产生）
软件结构复杂（架构不合理，认知不到位）
编码问题（程序员都是培训的，太菜了）
项目期限短（时间问题，越快越忙越出错）
使用新技术（不是最新的才是最好的，大脚都知道老人活好）
3.缺陷分类
3.1 测试种类分类
界面类
功能类
性能类
安全类
兼容类
3.2 缺陷的严重程度分类
致命
严重（严重影响系统要求或基本功能实现，使得 系统不稳定、或产生错误）
一般
次要
轻微
3.3 缺陷的优先等级分类
立刻解决
高级优先
正常排队
低优先级
3.4 缺陷发生阶段分类
需求阶段缺陷
架构阶段缺陷
设计阶段缺陷
编码阶段缺陷
测试阶段缺陷
二、缺陷报告
1.什么是缺陷报告
描述软件缺陷现象和重现步骤的合集
2.缺陷报告的核心要素（八项）
2.1 缺陷编号
缺陷的唯一标识符
2.2 缺陷状态
缺陷跟踪过程的进展情况
2.1.1 缺陷处理流程
新建：刚发现的缺陷
已指派：已经由测试人员将缺陷指派给开发人员进行处理
已打开：开发人员正在修复缺陷
已修复：开发人员完成缺陷修复，还未进行回归测试
已拒绝：发开人员拒绝修复
已延期：对缺陷进行延缓处理
已关闭：由测试人员回归测试后，缺陷不存在了
重新打开：由测试人员回归测试后，发现缺陷任然存在
2.3 缺陷标题
缺陷的概述，描述问题本质
2.4 重现步骤（复现步骤）
①一步一步描述再现缺陷的操作步骤
②预期结果
③实际结果
2.5 严重程度
缺陷对软件系统的影响程度
2.6 优先级
修复缺陷的重要性或紧迫性
2.7 缺陷类型
根据缺陷产生的来源和根源划分出的缺陷种类
功能、配置、安装、性能缺陷
2.8 测试环境
测试环境配置，包括软件环境和硬件环境
3.缺陷报告模板
三、缺陷管理
1.提交缺陷的注意事项
可复现：缺陷可以复现
唯一性：一条缺陷只报告一个问题
规范性：缺陷报告编写要规范，符合公司或者项目要求
准确：描述的信息正确的
具体：有细节且是真实特定的，避免使用模糊不清的词语，如功能中断，功能不正确，功能不起作用等等。
简洁易懂：描述简单容易理解，不要产生歧义。
2.缺陷的跟踪流程
