缺陷分类(Defect Triage)也称为错误分类(Bug Triage)，基本上用于软件测试中。需要说明缺陷的严重性和优先级。严重性定义为缺陷对开发的组件应用程序的开发或运行的影响程度。优先级定义为需要修复或解决缺陷的顺序。缺陷分类基本上是一种过程，该过程只是尝试对过程进行重新平衡，在这种情况下，测试团队通常会遇到问题或所需资源较少的问题。在缺陷分类中，通常仅根据缺陷的严重性，再次发生，风险等对缺陷进行优先级排序。
Triage是法语单词，含义为“排序”。测试人员通常会识别缺陷或错误，然后为其指定风险程度，再次发生的程度和严重性。当缺陷数量更多且用于验证缺陷的测试人员数量减少或受到限制时，仅根据缺陷参数(即严重性和优先级)使用缺陷分类法即可帮助解决和修复许多缺陷。
什么是缺陷分类会议?
在这次会议上，将对每个缺陷或错误进行讨论。缺陷和错误的严重性和优先级在此会议中确定。这次会议的主要目的或目标是评估或确定缺陷，漏洞或确定解决方案的优先级，并为缺陷或错误提供解决方案。会议期间还会出现一些问题，如下所示：
- 错误有效还是无效?
- 缺陷是否可以复制?
- 缺陷是否值得修复?
- 什么时候修复缺陷或错误?
顾名思义，缺陷分类会议是将缺陷或错误分类或分类为不同类别的项目会议。这些类别如下：
- 立即修复的缺陷：当前或立即修复或解决并造成更大损坏的所有缺陷都属于此类别。在此类别下，有几种资源可用于修复和解决缺陷。
- 以后修复的缺陷：当前不需要修复或解决并且导致较少损坏的所有缺陷都属于此类别。这些缺陷可以稍后解决。
- 我们永远不会修复的缺陷：不会对系统造成任何损害且不需要修复或解决的所有缺陷都属于此类别。
缺陷会议的频率通常取决于项目情况。缺陷分类会议的频率是根据以下几个因素决定的：
- 项目进度
- 系统中的缺陷总数
- 对团队成员日程安排及其可用性的影响
- 项目健康
触发缺陷或错误时应包括所有哪些要点?
- 检查测试人员提供的信息是否足够有缺陷，以便开发人员可以毫无问题地理解缺陷。
- 检查缺陷是否记录在正确或正确的项目和模块下。
- 检查是否为每个错误或缺陷都提供了“严重性”和“优先级”字段。这是因为，仅当分类过程指定并修改缺陷的严重性和优先级时，分类过程才被认为是好的。
- 检查缺陷的缺陷是否分为几类。