大家好，欢迎来到测试知识普及小课堂，今天给大家带来的主题是：行内软件测试缺陷定级，跟我们一起走进bug的世界吧

今天的第一个问题，什么是软件缺陷呢？

软件缺陷，也是我们常说的bug，是指在计算机软件或程序中存在的破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。这些缺陷可能源于软件开发或维护过程中的错误、毛病等各种问题，也可能表现为系统所需实现某种功能的失效或违背。

如果通过英文单词来翻译，Bug是指虫子，其实Error错误，Defect缺陷，Issue，Failure故障失效等更能表达缺陷的含义，但是为什么会软件缺陷都称为bug呢？

传闻中是有一个故事，在刚有计算机的年代，一个实验室里的计算机他突然坏了，检查发现是一只虫子，也就是bug，爬进去导致的短路，虽然表面是一只虫子引起的故障，但更深的原因确实是设计过程中未考虑到对机器内部进行相应的屏蔽保护才让虫子能够爬进导致的。

所以，缺陷不是机器自己产生的，是人设计犯错造成的，由于这只虫子太形象了，所以就以bug来代指软硬件中的各种问题了。

我们形象地解了何为软件缺陷，接下来来聊聊如何为缺陷定级吧

为软件缺陷定级是一个系统性的过程

主要基于缺陷的严重性、影响范围以及修复的紧急性等因素。

其中，严重性主要评估缺陷对系统稳定性、数据完整性以及用户体验的影响程度；

影响范围，主要评估缺陷影响的用户数量、功能模块数量以及潜在的业务损失；

紧急性，评估缺陷是否需要立即修复以及延迟修复可能带来的后果

基于以上三点，在我们行内的测管平台上主要分为两个维度，缺陷等级和缺陷优先级，清晰地供测试人员、开发人员选择和分析问题。

那接下来我们分享下，缺陷的等级是如何来划分的吧

在行内，缺陷等级一般分为5个级别。

致命：系统死机或者阻塞、崩溃、安全性问题、服务超时等问题，简而言之就是指系统没法用，就连测试也没办法进行。

严重：功能未实现、功能不完整、功能错误、数据丢失，等展示的问题，以手机银行举例，比如转账功能无法正常进行，信用款还款异常等，严重影响系统使用的问题。

一般：非关键功能无法正常使用、不影响整体流程。 轻微：不可能被用户发现的缺陷、 尚无法满足的新需求。建议：对功能几乎没有影响，程序仍可使用。具体可参照身侧内容

接下来为大家介绍缺陷的优先级

对于优先级划分，行内也有具体的规定，有如下四级：

紧急：对系统或产品影响非常大，影响发布或上线，必须立即响应，查找原因，确定解决方案

高：需要正常排队以等待修复，排队优先级高，同优先级的缺陷可以参考严重程度确定修复次序

中：需要正常排队以等待修复，排队优先级中，同优先级的缺陷可以参考严重程度确定修复次序

低：需要正常排队以等待修复，排队优先级低，同优先级的缺陷可以参考严重程度确定修复次序

最后，让我们看看测试大咖们给出的建议吧

首先是，有关缺陷定级的认识，缺陷定级是确保产品或系统质量的重要环节。通过合理划分缺陷等级，并根据不同等级的缺陷采取相应的处理措施，可以有效降低缺陷对系统的影响，提高产品或系统的质量和稳定性。

其次是，沟通软件缺陷时的一些建议，希望与大家共勉。缺陷描述要清晰、步骤内容要准确、强调缺陷能复现、定级一定要合理、加强团队沟通性、遵循管理流程性、牢牢记住所有点，缺陷再也不可怕

今天的软件缺陷小课堂到此就结束了，感谢大家的观看~