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