软件测试 | 软件的缺陷种类

软件缺陷常常又被称为Bug。所谓软件缺陷就是指计算机软件或者程序中存在的某种破坏正常运行能力的问题、错误或者隐藏的功能缺陷。

Bug的存在会导致软件产品在某种程度上不能满足用户的需要。

（1）从产品内部看，是指软件产品开发或维护过程中存在的错误、毛病等问题。

（2）从产品外部看，是指系统所需要事先的某种功能的失效或违背。

1.缺陷种类

缺陷可以分为不同的种类

（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时添加一些附件信息，如截图、录屏、错误的日志信息等。