STLC -缺陷分类

缺陷从 QA 团队的角度分类为优先级，从开发的角度分类为严重程度（修复代码的复杂性）。这是两个主要的分类，它们在修复缺陷的时间范围和工作量方面发挥着重要作用。

什么是优先级？

优先级定义为应解决缺陷的顺序。优先级状态通常由 QA 团队在向开发团队提交缺陷时设置，并说明修复缺陷的时间范围。优先级状态是根据最终用户的需求设置的。

例如，如果公司徽标在公司网页上的位置不正确，则优先级很高，但严重程度很低。

优先级列表

优先级可以按以下方式分类：

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

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

• 高 - 必须立即解决此缺陷，因为该缺陷在很大程度上影响了应用程序，并且相关模块在修复之前无法使用。

• 紧急 - 必须立即解决此缺陷，因为该缺陷严重影响了应用程序或产品，并且在修复之前无法使用该产品。

什么是严重程度？

严重程度定义为缺陷对应用程序的影响以及从开发角度来看修复代码的复杂性。它与产品的开发方面相关。严重程度可以根据缺陷对系统的影响程度来决定。严重程度状态可以说明由于缺陷导致的功能偏差。

示例 - 对于航班运营网站，针对预订生成票号的缺陷严重程度很高，优先级也很高。

严重程度列表

严重程度可以按以下方式分类：

• 严重/严重程度 1 - 缺陷影响应用程序最关键的功能，并且 QA 团队在修复它之前无法继续验证被测应用程序。例如，应用程序/产品频繁崩溃。

• 主要/严重程度 2 - 缺陷影响功能模块；QA 团队无法测试该特定模块，但可以继续验证其他模块。例如，航班预订不起作用。

• 中等/严重程度 3 - 缺陷存在于单个屏幕或与单个功能相关的问题，但系统仍在运行。此处的缺陷不会阻止任何功能。例如，票号是一个表示，它不遵循正确的字母数字字符，例如前五个字符是字母，后五个字符是数字。

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