缺陷分类过程中执行的活动

顾名思义，Bug / Defect Triage Meeting Process(缺陷/缺陷分类会议流程)是一个项目会议，通常是为了进行分类过程而进行的，即分类出待解决缺陷的优先级，何时需要修复或解决，修复或解决它的方法以及重新测试的努力和困难。简而言之，我们可以将缺陷分类定义为一个过程，该过程根据缺陷的严重性来影响缺陷的功能和软件的工作，从而确定或找出缺陷的优先级。

缺陷分类流程中执行的活动：
基本上，整个缺陷分类会议分为三个阶段。测试负责人向会议的所有成员发送缺陷报告，以便他们在会议开始之前对最新的缺陷有所了解。分为以下三个阶段：

1. 会议前：
   在会议前阶段，测试人员很重要，并且起着非常重要的作用。他们有几个职责，主要职责是使所有参与者对缺陷或错误有基本的了解和知识。他们向参与者或分类小组提供有关缺陷的信息。其他职责是：
   • 提供足够的信息并全面了解有关缺陷的信息。
   • 根据缺陷的严重性和优先级将缺陷特征化并划分为不同的类别。
   • 确保并验证分配给每个缺陷的严重性和优先级。
2. 会议期间：
   在这种情况下，分类小组成员或参与者首先对所有由于先前缺陷分类会议而由于某种原因未能解决的悬而未决的问题进行讨论。他们还讨论了以前的问题的进展。

   此外，讨论了新问题。分诊团队成员评估和审查由团队负责人发送的缺陷报告。他们首先检查缺陷的描述，并确保缺陷的严重性和优先级。如果不正确，则更新缺陷描述。

   还讨论了解决缺陷的方法。他们首先评估缺陷和由于缺陷引起的风险。然后，他们共同做出决定并将缺陷分为三类：

   • (一世)。立即解决–
     需要根据引起的风险和所需的资源立即解决缺陷。
   • (ii)。稍后解决–
     不需要立即修复缺陷，可以根据引起的风险和所需的资源稍后解决。
   • (ii)。永不解决-
     完全不需要根据造成的风险和所需的资源来解决缺陷。

   此后，缺陷列表将更新并分配给各个团队。测试负责人快速总结会议并讨论各个团队需要执行的特定任务。

3. 会议后：
   在此，测试负责人共享会议纪要(MOM)，即会议期间发生的所有事情的书面记录。它包含会议，问题，相关响应和解决问题的最终决定的总出席者。它还包含有关已将哪些任务分配给谁的记录。