采购演示已经确认系统大致符合需求，试点要回答更具体的问题：本机构的名单、角色、通知、作答、报告和后续责任能否连续运行。人数多少没有统一答案，关键是样本能覆盖真实组织结构、主要角色和容易中断的环节，同时避免直接拿大范围正式项目试错。
开始前写出通过条件
列出本次试点的对象范围、工具与版本、角色、起止时间、报告接收者、后续处理人和数据处置方式。每个关键环节写预期结果、证据和负责人。例如名单要求身份与组织归属可核对，报告要求样例文字通过专业审阅，角色要求不应看到的材料确实不可见。
试点数据优先使用虚构或专门准备的样例。确需接近真实场景时，也只放入完成测试所必需的信息，并按机构规则控制访问。采购阶段还未确认的功能继续回到系统试用验收，不把待确认项悄悄带入上线计划。
先走通一条主路径
从建立项目、准备名单、发送通知、参与者进入并提交，到指定人员查看结果和完成约定动作，按时间顺序走一遍。每一步记录实际页面、角色、输入、输出和完成时间。主路径能够走通，只说明顺利条件下可用，还不足以宣布上线。
ITC 的质量控制指南覆盖测验实施、计分、分析和报告过程的质量管理。试点证据因此要延伸到结果形成与交付，不能停在链接成功打开。
四条失败路径分别演练
第一条是名单或身份错误，检查怎样发现、停止继续影响并重新核对。第二条是中断、重复提交或补测，确认旧记录与新记录怎样对应。第三条是报告内容或接收范围需要修正，检查旧材料、有效版本和实际使用人。第四条是人员离岗、角色配错或账号不再需要，确认责任和访问怎样交接。
演练只使用安全样例，不制造真实高风险事件。涉及预警或专业支持时，验证的是机构已有责任人能否接到任务、系统提供什么证据和失败时向谁报告，不能用测试替代现实处置。访问与审计检查可参考 NIST SP 800-53 Revision 5，该控制目录只作通用参考。
每个问题修正后重新走原步骤
问题记录包含复现条件、影响、临时控制、负责人、修正内容和复验结果。修正后由另一名参与者或相邻角色重复原步骤，同时确认没有造成新的权限、报告或名单问题。单靠供应商口头说明，不能计为通过。
最终把问题分为阻断上线、整改后复验和可接受的后续事项。涉及身份错配、错误报告交付、敏感信息越权或关键流程无法恢复的情况，应在试点内解决并复验。其他项目按影响和替代方式说明。所有上线问题随后进入问题清单，角色不会独立操作时回到培训验收。
将橙星云作为候选平台时，只把真实账号中复现的页面、字段和结果写入试点证据。当前公开资料不足以证明原文所列全部批量、报告、预警、权限和日志能力。试点结论应明确通过了什么、仍缺什么，以及正式上线的限制条件。