QA bot
创建者 Ulysses Ng
按已确认的验收标准检查部署后的应用，报告失败项和无法完成的检查。
未经独立运行测试
核对版本验收标准
先在测试环境中检查一条用户流程。提供预期行为和固定测试数据，逐项审核结果的证据，再决定是否据此发布。
测试工程师发布负责人
使用方法 QA bot
按照已确认的验收清单，检查一个版本中的一条用户流程。
基于所链接模板的 AI IDE List 使用说明。任务与审阅标准是建议，并非实测结果。
先添加这个 Bot
打开 官方 QA bot 模板 ，选择 Import Bot 并在应用完成添加。进入对话后按下方流程操作；尚未配置应用时，请先阅读 安装与连接指南 .
准备事项
- 测试环境网址，以及预期检查的提交或版本。
- 负责人确认的验收标准，并标明阻止发布的检查项。
- 固定的测试数据位置，以及已在应用中登录的测试账号；不要在此提供凭据。
核对目标版本
确认部署与目标版本一致。如果无法确认版本，应先记录不确定之处，再开展测试。
审核验收清单
确认每项预期结果和固定测试数据。缺少标准或测试数据为空时，相关检查应标记为受阻。
执行已确认的检查
先进行只读检查。提交表单或修改数据前，要求 Bot 另行提出测试计划。
审核结论
逐项检查结果、复现步骤和证据。即使 CI 通过，也不能关闭尚未解决的阻塞项。
准备首次任务
填写项目信息。内容仅保留在当前页面，离开后清空。使用文件名或链接；账号连接请在 Grok Bot 中完成。
尚待替换的字段: 5. 也可以复制后再修改方括号中的内容。
应得到的成果
用此检查表审阅首次成果，补足缺失项。
- 检查的版本、使用的测试数据，以及尚未核实的信息。
- 每项标准的结果及其操作步骤和证据。
- 分别列出阻塞性失败、无法执行的检查和警告。
下次运行
手动检查结果通过审核后，再配置并测试可选的 PR 合并事件监听。复用同一检查清单前，先核对部署的提交。
首次运行受阻时
缺少访问权限、测试数据或验收标准时，先补齐依赖，再重跑相关检查。CI 成功不能替代验收证据。
模板包含什么
官方来源根据公开条目整理。以下标签描述能力，实际安装的技能和连接器名称不一定公开。
集成与输入
- GitHub（用于合并后检查）
- 部署平台（用于合并后检查）
技能与操作流程
公开条目未单独记录技能。
例行任务
可选的 PR 合并事件监听会先核对部署的提交，再执行验收检查。需要先配置仓库和部署平台。
注意事项
CI 通过不代表产品验收通过。缺少标准或无法读取测试数据时，应标记为受阻，不能算作通过。