STLC - 缺陷分类
从 QA 团队的角度来看,缺陷被分类为优先级,从开发的角度来看,缺陷被分类为严重性(修复它的代码的复杂性)。这是两个主要的分类,它们在修复缺陷的时间范围和工作量方面发挥着重要作用。
什么是优先权?
优先级定义为解决缺陷的顺序。优先级状态通常由 QA 团队设置,同时针对开发团队提出缺陷,并提及修复缺陷的时间范围。优先级状态是根据最终用户的要求设置的。
例如,如果公司徽标错误地放置在公司网页中,则优先级较高,但严重性较低。
优先上市
优先级可以按以下方式分类 -
低- 在修复关键缺陷后可以修复此缺陷。
中- 该缺陷应在后续构建中得到解决。
高- 该缺陷必须立即解决,因为该缺陷对应用程序有相当大的影响,并且在修复之前相关模块无法使用。
紧急- 必须立即解决缺陷,因为缺陷会严重影响应用程序或产品,并且在修复之前产品无法使用。
什么是严重性?
严重性被定义为应用程序中的缺陷的顽劣程度以及从开发角度修复该缺陷的代码的复杂性。这与产品的开发方面有关。严重性可以根据系统缺陷的严重程度来确定。严重性状态可以让您了解由于缺陷而导致的功能偏差。
示例- 对于航班运营网站,根据预订生成机票号码的缺陷是高严重性和高优先级。
严重性列表
严重性可以按以下方式分类 -
严重/严重性 1 - 缺陷影响应用程序最关键的功能,并且 QA 团队无法继续验证被测应用程序而不修复它。例如,应用程序/产品频繁崩溃。
主要/严重性 2 - 缺陷影响功能模块;QA 团队无法测试该特定模块,但可以继续验证其他模块。例如,航班预订不起作用。
中/严重度 3 - 缺陷存在单个屏幕问题或与单个功能相关,但系统仍在运行。这里的缺陷不会阻止任何功能。例如,Ticket# 是一种不遵循正确的字母数字字符(如前五个字符和后五个字符)的表示形式。
低/严重性 4 - 它不会影响功能。它可能是外观缺陷、某个领域的 UI 不一致或从 UI 方面改善最终用户体验的建议。例如,“提交”按钮的背景颜色与“保存”按钮的背景颜色不匹配。