Bug的存在会导致软件产品在某种程度上不能满足用户的需要。
（1）从产品内部看，是指软件产品开发或维护过程中存在的错误、毛病等问题。
（2）从产品外部看，是指系统所需要实现的某种功能的失效或违背。
缺陷可以分为不同的种类
（1）遗漏：指规定或预期的需求未体现在产品中。
（2）错误：指需求是明确的，在实现阶段未将需求的功能正确实现。
（3）冗余：只需求说明文档中未涉及的需求被实现了
（4）不满意：除了上面3种情况外，用户对产品的实现不满意也称为缺陷。
2.缺陷的等级划分不同的企业对软件缺陷等级的划分大同小异，大致可分为5个等级。
（1）知名：指造成系统或应用程序死机、崩溃、非法退出等问题，会导致用户数据丢失或被破坏，功能设计与需求严重不符。
（2）严重：指功能和特性没有实现，导致模块功能失效或异常退出，还有程序接口错误或者数据流错误等问题。
（3）一般：指主要功能丧失，提示信息不太正确，用户界面设计太差以及删除未提示等问题。
（4）提示：指对功能几乎没有影响，产品及属性仍可使用的问题。
（5）建议：测试人员提出的建议、质疑等问题。
3.缺陷报告缺陷报告是测试执行完成后最重要的输出成果之一，一份好的缺陷报告也是提高软件质量的重要保障。
不同的公司因为缺陷管理的流程不一样，可能有不同的缺陷报告模板。但是一个完整的缺陷报告通常应该包含以下内容。
（1）编号：用数字进行唯一标识缺陷，通常是，在缺陷管理工具中新建Bug时会自动生成。
（2）状态：通常描述当前缺陷的状态，如修复、延期等。
（3）标题：通常用一句比较简洁的话来概括Bug，通过描述可以初步推测Bug形成的原因，帮助开发人员提高处理Bug的效率。
（4）类型：主要为了进一步描述缺陷产生的原因，如功能错误、接口错误、数据库错误等。
（5）所属版本：描述当前Bug所在的测试版本，便于后期回归测试时注意测试版本。
（6）所属模块：描述Bug所在的业务模块，便于后期统计缺陷的分布情况，利于回归测试的方法及测试策略的改进。
（7）严重级别：指Bug的严重程度，通常不同的Bug严重程序给软件带来的后果、风险都不一样，开发人员处理的优先级也不同。
（8）处理优先级：开发人员根据Bug的严重级别来确定处理的优先级。
（9）发现人：Bug的提交者
（10）发现日期：一般在提交Bug时，由Bug管理工具自动生成，便于后续进行缺陷的跟踪。
（11）复现概率：指Bug重现的概率，便于开发人员定位Bug并分析。一般包括必现、偶现等。
（12）指定处理人员：根据Bug的类型指定处理人，通常指定位的开发人员，如果是需求错误则需要指定产品经理或需求分析人员，便于后期跟踪Bug.
（13）详细描述：详细描述缺陷引发的原因以及复现步骤，需要包含测试环境、前提条件、测试数据、复现步骤、预期结果、实际结果等内容。
（14）附件：为了详细描述Bug，我们可以在描述Bug时添加一些附件信息，如截图、录屏、错误的日志信息等。
搜索微信公众号：TestingStudio霍格沃兹的干货都很硬核
