一、软件缺陷定义

软件缺陷是计算机或程序中存在的会导致用户不能或者不方便完成功能的问题、错误、或者隐藏的功能缺陷。缺陷的存在会导致产品在某种程度上不能满足用户的需要

IEEE729-1983对缺陷的定义为：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。

二、常见的软件缺陷

• 功能没有实现与需求规格说明不一致
• 界面、消息、提示、帮助不够准确或误导用户
• 屏幕显示、打印结果不正确
• 软件无故退出或没有反应
• 与常用的交互软件不兼容
• 边界条件未作处理，输入输出无数据没有提示和说明
• 运行速度慢或占用资源多

三、软件缺陷产生原因

1. 软件自身的复杂性
2. 技术问题
3. 管理问题
4. 人员问题

四、软件缺陷的生命周期

五、软件缺陷报告应包含的内容

序号	属性项	是否必须	说明
1	标题	是	缺陷的标题，尽量精简
2	关键字	是	识别这几个关键字，用户搜索，消重
3	功能模块	是	缺陷的功能性分类，要结合具体的产品特性来店易，一般按照功能模块划分，比如安装卸载问题，帮助文档问题，打印问题，功能模块问题等
4	缺陷状态	是	用于缺陷的跟踪，描述缺陷的状态，比如新建。解决待测、测试通过、测试失败、已解决
5	问题复现步骤	是	复现的具体步骤
6	期望结果	是	操作的正确结果（期望结果）
7	实际结果	是	操作的实际结果
8	附件	否	附加的文件、图片和录制的可播放文件
9	版本号	是	发现缺陷时的产品版本号（大部分产品都是不断升级维护的，而且是不同的版本使用同一个缺陷库）
10	优先级	是	问题解决的优先级，处理和修正软件缺陷的先后顺序的指标，一般分为4个等级
11	严重性	是	问题的严重性
12	分类	否	缺陷的特征分类，可根据团队需要特别关注的类别划分，比如效率问题，死机问题，易用性问题，兼容性问题等
13	客户信息	否	列出反馈该问题的一个或多个客户的相关信息，方便对客户进行支持
14	报告人	是	报告缺陷的人员，一般缺陷系统自动根据账号生成
15	解决人	否	一般是缺陷报告提交后由项目经理指定一个解决问题的开发人员
16	报告时间	是	报告提交的时间，一般由系统自动生成

优先级和严重性是两个重要字段，对后续缺陷的解决以及缺陷分析都有重要意义，在报告缺陷的时候要给出正确的选项。

软件的严重性和优先级是含义不同，但相互联系密切的两个概念，它们从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度及其处理方式。

一般来说，严重性高的软件缺陷具有较高的优先级。严重性高说明对软件造成的质量危害性大，需要优先处理，而严重性低的缺陷可能只是软件不太尽善尽美，可延后处理。

六、缺陷报告模板

七、企业案例分析

案例1
缺陷描述
描述1：打开文件，文字显示乱码（×）
描述2：打开文件，文件字体样式正确，字体库中存在字体文件，并且文字的内容正确，但是显示为乱码
描述3：打开文件，简单的几个文字居然显示为乱码（×)
分析：描述1无法定位缺陷原因，是字体不存在，字体样式有问题还是读取文件时字符串内容出错了，容易让人产生一系列疑问；描述3不但描写不清楚，还附带个人情绪。

案例2
缺陷标题提炼

缺陷事实描述

因为网络故障，客户端与授权服务器断开后保存文件，从“文件”菜单退出软件，软件死机。如果不保存文件或者不从文件菜单中退出，则不会死机。
标题提炼：

1. 客户端授权后，退出软件死机
2. 客户端授权后，保存图纸，再通过“文件”菜单退出软件，软件死机
3. 软件死机
4. 客户端授权后，软件死机

以上描述要么太简单，要么没有写出问题的本质部分，只有描述2是相对较好的描述。