STLC - 缺陷分类

从 QA 团队的角度来看，缺陷被分类为优先级，从开发的角度来看，缺陷被分类为严重性(修复缺陷的代码复杂性)。这两个主要分类在修复缺陷的时间范围和工作量中发挥着重要作用。

什么是优先级?

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

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

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

严重性定义为缺陷对应用程序的影响程度以及从开发角度修复它的代码的复杂性。它与产品的开发方面有关。严重性可以根据缺陷对系统的严重程度/关键程度来决定。严重性状态可以提供有关缺陷导致的功能偏差的信息。

示例 −对于航班运营网站，根据预订生成票号的缺陷严重性高，优先级也高。

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

严重/严重性 1 − 缺陷影响应用程序的最关键功能，QA 团队无法在不修复该缺陷的情况下继续验证被测应用程序。例如，应用程序/产品频繁崩溃。
重大/严重性 2 − 缺陷影响功能模块；QA 团队无法测试该特定模块，但可以继续验证其他模块。例如，航班预订无法正常工作。
中等/严重性 3 − 缺陷存在单个屏幕问题或与单个功能相关，但系统仍在运行。此处的缺陷不会阻碍任何功能。例如，Ticket# 的表示形式不符合正确的字母数字字符，例如前五个字符和后五个字符为数字。
低/严重性 4 − 它不会影响功能。它可能是外观缺陷、字段的 UI 不一致或从 UI 方面改善最终用户体验的建议。例如，"提交"按钮的背景颜色与"保存"按钮的背景颜色不匹配。