跳到主要内容

本文阅读时长:约 2 分钟

测试验证与启动上线

在测试环境完成 UAT 验证后启动项目,正式开始数据采集。

写作框架(完稿后删除)

小节标题即最终目录。每节给出:要讲什么 / 写法 / 素材 / 来源。 写法模板(A 概念阐述、B 分步操作、C 参考速查、D 流程走读)、截图与图表规范见仓库根目录 WRITING-GUIDE.md

测试环境与 UAT

本节要讲:用测试环境演练完整业务流。

写法:模板 B。UAT 的组织方法写给没做过 UAT 的人:① 造 2-3 个测试研究参与者;② 按角色走查(CRC 录入 / CRA 质疑 / DM 导出各走一遍);③ 用表格记录问题(问题、页面、期望、实际);④ 修完复测。info 框解释 UAT 一词。

素材

  • 表格:UAT 问题记录表模板:问题描述、所在页面、期望、实际、状态
  • 清单:按角色的走查场景清单

来源:实施顾问的 UAT 组织经验

上线前检查清单

本节要讲:可逐项勾选的上线检查单。

写法:模板 C。checklist 形式,5-8 项:设计与方案一致并已发布;核查规则全部验证;中心成员权限就绪;各模块配置完成并演练;关键角色完成培训;测试数据已清理确认。每项后注明「去哪里核实」的链接。

素材

  • 清单:上线检查 checklist,每项带核实入口链接

来源:实施顾问交付 checklist

启动项目

本节要讲:执行启动与不可逆提示。

写法:模板 B。步骤:项目设置 → 通用设置 → 启动项目 → 阅读确认弹窗 → 确认。用 warning 框写明启动的不可逆性与启动后变化(开始收正式数据、设计修改需走版本升级)。结果确认:项目状态变为进行中。

素材

  • 截图:启动确认弹窗,标注不可逆提示文案

来源:系统实操(测试环境按菜单路径走一遍并截图)

上线后的变更管理

本节要讲:上线后修改设计怎么办。

写法:模板 A(短)。一段话说明路径:小改(不动结构的文案类)与结构变更(走方案版本升级)的区分;链接功能·方案版本与升级。

来源:与产品确认哪些修改可不升版本