目录
1.软件缺陷定义
- 软件未实现产品说明书要求的功能
- 软件出现了产品说明书指名不应该出现的错误
- 软件实现了产品说明书未提到的功能
- 软件未实现产品说明书虽未明确提及但因该实现的目标
- 软件难以理解、不宜使用、运行缓慢或者软件测试员角度看-最终用户会认为不好
2.软件缺陷报告原则
尽快报告软件缺陷；
软件缺陷发现的越早，在进度中留下的修复时间就越多，该缺陷修复的可能性就越高；
有效描述软件缺陷；
直解释事实和演示，描述软件缺陷必须的细节；给出说明问题的一系列明确步骤。
3.软件缺陷基本信息
4.软件缺陷严重性与优先级
5.软件缺陷管理概述
在软件生命周期中识别、管理、沟通任何缺陷的过程（以缺陷的识别到缺陷的解决关闭），确保缺陷管理被跟踪管理而不丢失。
一般需要跟踪管理工具来帮助进行缺陷全流程管理。
6.软件缺陷管理的作用
- 确保每个被发现的缺陷都能够被解决；
- 收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段
- 收集缺陷数据并进行数据分析，从缺陷数据中可以得到与软件质量相关的数据。
7.软件缺陷生命周期
- 识别缺陷
- 提交缺陷
- 分析和定位缺陷
- 修改相应的程序
- 验证修改
- 关闭缺陷
- 通过分析缺陷的共性，防止缺陷再次发生。
8.软件缺陷处理流程
- 首先项目创建并初始化；
- 测试人员发现错误，提交错误报告，此时缺陷状态为New；
- 项目经理受到测试人员提交的错误报告，对其进行确认，并分配给开发人员，此时缺陷状态为Open；
- 开发人员收到分配的错误，对其进行修改，并将缺陷状态改为Fixed，再次将缺陷发送给测试人员进行确认；
- 测试人员对修复的错误进行验证，错误消除，缺陷状态改为Closed，否则错误状态将重启；
- 如果错误暂时无法修改或者开发人员认为无必要修改，错误将提交给评审委员会进行检查是否有必要对其进行修改，如果没有必要修改，则关闭项目缺陷；
- 如果有必要进行修改则返回（4）；
9.面试题
- 发现的缺陷越多，说明软件缺陷越多？
- 所有的软件缺陷都能修复？所有的软件缺陷都要修复？
- 当开发人员说不是BUG时，你如何应对？
- 软件缺陷的等级如何划分？
- 针对缺陷采取怎样的管理措施？
- 印象深刻的BUG？
