从质量检查团队的角度来看，缺陷被划分为优先级，而从开发的角度来看则被划分为严重性(修复该缺陷的代码复杂度)。这是两个主要分类，它们在时间表和修复缺陷所需的工作量中发挥着重要作用。

什么是优先级?

优先级定义为解决缺陷的顺序。优先级状态通常由质量检查小组设置，同时针对开发团队提出缺陷，并提到修复缺陷的时间表。优先级状态是根据最终用户的要求设置的。

例如，如果公司徽标错误地放置在公司的网页中，则优先级较高，但严重性较低。

优先清单

可以按以下方式对优先级进行分类-

• 低-修复关键缺陷后，可以修复此缺陷。

• 中-缺陷应在后续版本中解决。

• 高-必须立即解决缺陷，因为缺陷会在很大程度上影响应用程序，并且相关的模块必须先修复才能使用。

• 紧急-必须立即解决缺陷，因为缺陷会严重影响应用程序或产品，并且必须先修复产品才能使用该产品。

严重性是什么?

严重性定义为应用程序缺陷的恶性程度以及从开发角度修复该缺陷的代码复杂性。它与产品的开发方面有关。严重程度可以根据系统缺陷的严重程度/严重程度来确定。严重程度状态可以使您了解由于缺陷导致的功能偏差。

示例-对于飞行运营网站，生成针对预订的机票号的缺陷是严重性很高，并且优先级也很高。

严重性列表

严重性可以按以下方式分类-

• 严重/严重性1-缺陷影响应用程序的最关键功能，并且质量检查团队无法在不修复应用程序的情况下继续进行测试。例如，应用程序/产品频繁崩溃。

• 严重/严重性2-缺陷影响功能模块；质量检查小组无法测试该特定模块，但可以继续验证其他模块。例如，航班预订不起作用。

• 中等/严重性3-单个屏幕出现问题或与单个函数，但系统仍在运行。此处的缺陷不会阻止任何功能。例如，Ticket＃是一种表示形式，它不跟随适当的字母数字字符，例如前五个字符和后五个数字。

• 低/严重性4-不影响功能。这可能是外观上的缺陷，某个字段的UI不一致或从UI方面改善最终用户体验的建议。例如，“提交”按钮的背景颜色与“保存”按钮的背景颜色不匹配。