STLC – 缺陷分类

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

什么是优先级？

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

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

优先上市

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

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

• 中– 缺陷应在后续构建中解决。

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

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

什么是严重性？

严重性被定义为应用程序缺陷的顽皮程度和从开发角度修复它的代码的复杂性。它与产品的开发方面有关。可以根据系统缺陷的严重程度/严重程度来确定严重性。严重性状态可以提供有关由于缺陷而导致的功能偏差的想法。

示例– 对于航班运营网站，针对预订生成票号的缺陷是高严重性和高优先级。

严重性列表

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

• 严重/严重性 1 – 缺陷会影响应用程序的最关键功能，并且 QA 团队无法在不修复它的情况下继续验证被测应用程序。例如，App/Product 频繁崩溃。

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

• 中/严重性 3 – 缺陷有单屏问题或与单个功能有关，但系统仍在运行。此处的缺陷不会阻止任何功能。例如，Ticket# 是一种不遵循正确的字母数字字符（如前五个字符和后五个字符）的表示形式。

• 低/严重性 4 – 它不会影响功能。可能是外观缺陷、某个字段的 UI 不一致或从 UI 端改进最终用户体验的建议。例如，提交按钮的背景颜色与保存按钮的背景颜色不匹配。