软件缺陷是产品开发或者维护过程中存在的错误、毛病等问题；是系统所需要实现的某种功能的失效或者违背。
具体包括：
未达到需求规格说明书中的功能；出现了需求规格说明书中指明不会出现的错误；功能超出了需求规格说明书的范围；未达到需求规格说明书的目标；测试人员或者用户认为软件难以理解、不易使用。
表现形式：
功能、特性没有实现或者部分实现；
设计不合理，功能特性不明确，逻辑不清楚或者存在矛盾；
产品实际结果和所期望的结果不一致；
没有达到需求规格说明书所规定的性能指标；
运行出错、中断、崩溃、界面混乱；
数据不正确、精度不够、不完整、格式不统一；
用户不能接受的其他问题，超时、界面丑陋等。
缺陷产生的原因：
需求解释或者记录错误；用户需求定义错误；需求说明存在错误；编码说明、程序代码有无、硬件或者系统存在错误等。
二、缺陷报告缺陷报告应包含缺陷状态、缺陷标题、缺陷的严重程度、缺陷的优先级、缺陷所属模块、缺陷详细描述等。
缺陷报告的作用：记录测试结果、方便开发人员进行缺陷定位、为后期统计缺陷提供依据。
缺陷报告书写规范：
标题：
简短、尽量能够体现原因和结果、避免使用模糊不清的词语、便于他人理解。
状态：
严重程度：
Fatal 致命的缺陷，造成系统或应用程序崩溃死机；
Critlcal 严重错误的软件缺陷，系统的主要功能部分丧失、数据不能保存；
Major 一般的软件缺陷，次要功能没有完全实现但不影响使用；
Minor 较小错误的软件缺陷，操作者不方便但它不影响功能性的操作和执行；
Enhancemental 建议问题，由问题提出人对测试对象的改进意见或测试人员提出建议、质疑。
三、缺陷报告内容步骤：
加上编号；
一个步骤不要包含太多步骤；
可能将多个步骤合为一个；
可以包含该步骤后的一个中间结果；
可以使用短语或短句，不需要复杂句式。
四、缺陷统计通过缺陷统计，我们可以得出以下信息：
缺陷分布：找出系统的薄弱环节
缺陷状态：根据变化，检查测试和开发的工作情况
人员水平：开发人员出错的数量和测试人员测出的数量
模块难度：较难的模块出问题的可能性较大
修复时间：平均修复缺陷需要的时间，越短越好
