质量保证，或 QA 流程，与项目和 QA 门户的工作方式相同。

一旦构建完成您的生命周期，您需要团队成员对其进行 QA。您需要完成此步骤并签署生命周期，以便将其移动到就绪状态。

➡‍ 发送到 QA

您需要做的第一件事是将生命周期版本从开发中移动到 QA。

在定义活动模式中，您会在屏幕右上角找到发送到 QA。选择此选项后，您会看到以下消息：

发送生命周期到 QA

这里是快速演示：

发送到 QA

✅ QA 生命周期

从 QA 状态，选择您希望质量保证的生命周期版本，它将在 QA 窗口中打开。

与质量保证活动一样，您需要检查事件和活动槽的每个组件并签署。一旦活动槽被签署，蓝色框将变为绿色，让您知道它已经被批准。

提示：重要的是不仅要 QA 活动槽，还要检查：生命周期的结构、入口条件、结束事件以及每个事件的触发器和分段。

QA 过程

一旦该事件中的每个活动框都通过了 QA，整个事件行将变为绿色。

QA'd 事件行

注意：您将无法批准生命周期版本，直到所有活动槽都已签署并变为绿色。

一旦每个事件的所有活动槽都已签署，事件轨道也将变为绿色。

提示：已经 QA'd 的活动框或事件将保持绿色，即使您拒绝生命周期版本，将其发送回开发中，处理版本的另一部分，然后将其返回到 QA。只要 QA'd 事件在开发中时没有被更改。

这意味着如果您发现只影响一个活动的小错误，您不需要从头开始 QA 过程。

一旦您对生命周期版本的所有组件满意，您可以批准它。这意味着不需要进行进一步的更改，生命周期版本已准备好上线。

在屏幕右上角选择批准后，您会看到以下消息：

批准

通过选择立即批准，版本将移动到就绪状态并等待启动到生产环境。

注意：当启用并处于就绪状态时，玩家将无法进入生命周期版本。一旦批准，版本将等待启动才能上线。

有关如何准备生命周期版本启动的更多信息，请查看这里。

如果您注意到生命周期事件中有任何需要修复或更改的内容，应该拒绝它。

拒绝生命周期版本会将其发送回开发中状态，在那里可以根据需要进行编辑。通过在屏幕右上角选择拒绝，您会看到以下消息：

拒绝

提示：生命周期版本中在被拒绝之前已作为 QA 过程一部分签署的任何组件，以及在开发中时没有更改的组件，在生命周期发送回 QA 时将保留其签署状态。

这意味着您不必在已经签署的生命周期部分重复 QA 过程 👍