📜  审查会议的不同阶段

📅  最后修改于: 2021-08-27 17:01:15             🧑  作者: Mango

审查会议是正式技术审查(FTR)的重要和必不可少的形式之一。

当对整个软件的一小部分或特定部分进行严格检查(即批判性观察或检查)时,FTR通常是有效的。该会议可能包含一些与发现的缺陷或错误相关的讨论,或者一些发现的缺陷日志。会议的参加者通常会记下发现的缺陷,以供作者纠正。

他们还可以建议控制和处理或纠正发现的缺陷或错误。在启动阶段,确定需要采取的方法,以便所有参与者都仅知道他们实际需要什么。采取这种方法的决定仅基于以下几个因素之一:

  • 有空时间–
    如果可用时间很短或更少,则会议可能仅识别或收集缺陷或错误。
  • 作者要求–
    作者是否有任何简单纠正或修复缺陷或错误的要求。
  • 评论类型–
    检查中仅允许收集缺陷。对此没有任何讨论。

会议基本上涉及不同的阶段,在这些阶段中,将执行与待审核文档相关的各种任务。会议分为三个阶段,具体取决于审查类型:

  1. 记录阶段:
    当所有的评审成员或参与者简单地提及在此阶段中确定的所有要点,即缺陷,疑问和关注点时,该阶段被视为评审会议的初始持续时间。在此阶段,作者或抄写员会记录在此阶段确定或识别的所有问题。

    每个缺陷或错误及其严重性(即严重性)必须按照以下三种不同的严重性级别进行记录:

    • 危急 –
      他表示完全关闭并造成下游损坏。这也表明没有任何进一步的方法。
    • 主要的 –
      这表明缺陷非常严重,它将使系统崩溃或可能导致下游损坏。而系统的某些部分仍保持功能。
    • 次要的 –
      这表明不会有系统的重大故障,也不会造成下游损坏。

    我们基本上知道,参与者在准备步骤中会确定或识别缺陷或错误。通常在此阶段包括并记录所有这些确定或识别出的缺陷。我们仅会发布或在整个培训课程中发现和检测到的缺陷。

  2. 讨论阶段:
    在记录阶段之后,团队通常会逐个选择每个点,然后讨论与该点相关的不同方面。抄写员或作者记录了所有主要要点,例如要点的关键性,受影响的区域以及原因。

    例如,如果发现任何缺陷,团队将就以下几点进行讨论:

    • 缺陷是否有效。
    • 缺陷的严重程度和优先级。
    • 修复缺陷所需的时间。
    • 解决缺陷的方法。

    主持人通常负责控制和处理此阶段中的所有活动。通常将讨论的结果记录在案以供进一步参考。

  3. 决策阶段:
    在讨论阶段之后,会议进入该阶段。讨论阶段是正式会议的结束阶段。决策阶段存在不同的退出标准,通常可以解释所发现或确定的缺陷的平均数量。决定基本上由参赛者决定。该决定基于文件,有时取决于正式的退出标准。

退出条件示例–
如果每页发现的缺陷数量大于或大于特定限制,那么主持人通常会将其发送给返工,因为需要对文档进行返工以在项目中进行进一步处理。返工后将再次进行审核。但是,如果每页发现的缺陷数量小于特定限制,则主持人只需在后续过程中进行检查即可。