一个班的试点，应完成从组织参与到结果处理的一次实际验证，并留下明确的暂停扩班条件。试点班出现身份对应错误、报告开放不符合约定，或完成情况无法核对时，先修正再验证，避免把同样的问题扩展到全年级。
选择日常条件下能够完成组织工作的班级
试点班应使用正式上线时准备采用的设备、网络和组织方式，由以后承担工作的心理老师和班级协助人员参与。只安排技术人员、只用性能最好的设备，容易遗漏课堂里会遇到的操作问题。不同校区条件差异明显时，一个班只能验证它所在的使用条件。
本轮范围可以限定为一个班、一次安排和已经选定的量表，暂不叠加跨年级统计等额外任务。记录试点日期、参与名单版本、现场负责人和结束后的核对时间，让这次试点有清楚的起止。
涉及功能选择时，可按橙星云已确认的规则安排：单个量表使用团体测评，多个量表使用“测评任务”。试点采用的量表及组织方式应与后续正式安排一致，具体适用人群和解释要求仍按量表说明确认。
把参与说明和报告范围放到实际账号上验证
开展真实测评前，学校应完成适用的告知、授权及内部工作安排。现场说明要让学生知道入口在哪里、需要在什么环境下独立完成，以及遇到退出或设备故障时找谁。协助人员处理操作问题时，应避免围观个人作答或替学生作答。
报告开放范围需要实际检查。教师端确认设置后，再用测试账号查看参与者完成后看到的内容。橙星云团体测评中的“报告是否可见”，控制参与者能否查看完整报告；它不能直接说明班主任、家长或其他工作人员应获得哪些资料。
组织名单和现场情况也要分开记录。请假、临时离场、未能进入任务，各有不同原因。测试退出重进等异常情况可以使用测试账号演练；已经完成正式测评的学生，不应仅为验证按钮或设置再次作答。
用现场记录解释后台差异
结束后，由负责组织和负责后台的人员一起核对：哪些人实际参加、哪些人已完成、还有哪些事项待确认。核对时，橙星云团体测评列表可以查看参与人数、完成人数及任务状态，这些信息可用于对照现场记录，但后台人数不能单独解释缺席和操作中断的原因。
发现差异时，把问题写到具体位置，例如“学生已提交，老师暂时未找到对应结果”，并附发生时间、使用入口和当时的操作。原因未明前保留原记录，核实身份、任务及提交情况后再处理，避免要求学生反复重做。
问题记录至少包括现象、影响范围、负责处理的人和验证结果。文字提示不清，可以修改说明后再次演练；涉及身份错配或非预期报告开放，应暂停扩班并核查影响。修复后用相同条件重验，确认原问题已经消失。
扩班前确认学校能承担后续处理
试点结束后，还需要由心理老师实际查看结果，并按学校既定流程处理需要进一步了解的情况。测评和预警用于辅助了解情况，不能直接作为诊断或给学生贴标签。确认负责人员知道去哪里查看、如何联系和记录后续工作，再扩大参与规模。
扩班条件可以具体写为：参与范围与报告设置验证通过；现场记录与后台差异已有解释；影响业务的问题已修复并重验；后续查看结果的人和时间已经落实。未处理问题继续保留负责人，不能只以“本次基本顺利”结项。
一个班顺利完成，并不能证明全校同时访问的承载能力，也不能代表全校学生的心理状况。设备、网络和组织方式相近的班级可按计划逐步增加；遇到不同校区、不同终端或明显更大的并发规模，还需安排相应验证。