采购演示时，工作人员熟练地点完所有页面，很难说明学生或来访者第一次使用时也能顺利完成。验收受测端，可以把“好不好用”拆成几项能观察的任务：放大后能否阅读，不用鼠标能否操作，出错后能否知道下一步。这些表现应进入采购记录，而不只留在演示后的口头评价里。
把操作权交给第一次使用的人
安排覆盖主要使用群体的参与者，并考虑有相关使用需求的人。先用测试账号和模拟答卷演练界面，不为验收额外收集真实心理健康信息。观察真实参与者时，应做好告知与必要支持，使用条件也要与计划中的项目相符。
主持人只给目标，例如“找到本次测评并阅读开始说明”，不要逐步提示按钮位置。记录独立完成、经提示完成和未完成三种结果，同时写明具体提示。需要帮助时正常提供支持，但不能把老师一路指导完成，记成可以独立使用。
用三个动作检查使用障碍
先放大文字。核对题目、选项和操作说明是否仍然完整，有没有相互遮挡、消失或必须来回拖动才能读完的内容。记录发生问题的位置与缩放条件，不能只写“字有点小”。字号看起来舒服，也不代表放大后的使用过程已经通过测试。
再尝试不用鼠标完成一段操作。用键盘进入任务、移动到选项、作出选择，并到达提交步骤。观察当前操作位置是否清楚可见，移动顺序是否合理，有没有卡在某个控件中出不来。若项目涉及读屏等辅助技术，还应按实际需要专项检查，不能用键盘测试结果替代读屏结论。
最后在测试环境里触发一个输入错误，例如遗漏必填信息。参与者能否知道哪一项有问题、怎样修正？只出现一圈红色或一句“提交失败”，通常不足以支持他们自行处理。选项也要有明确文字，不能仅靠颜色区分已选和未选。
W3C的初步无障碍检查涵盖文字缩放、键盘与焦点、表单标签和错误提示；WCAG 2.2进一步给出了相应可测试要求。以上动作可用于发现采购中的使用障碍，但检查少数页面、让几个人完成任务，不能据此宣布系统已通过完整的无障碍符合性评估。
把界面协助与量表内容分开
告诉参与者如何移动焦点，与替他解释一道量表题“应该怎样理解”，会对测评产生不同影响。操作协助要留记录；涉及改写指导语、朗读题目或其他施测方式变化时，应由专业人员依据工具要求判断。不要为了操作顺畅擅自删改题目、暗示答案或替答。
橙星云团体测评可填写测评描述，并设置完成后是否允许查看完整报告。采购方可以据此安排具体任务：请参与者找到说明，完成后辨认当前状态与可查看内容，再对照项目设置核验。是否容易阅读、能否用键盘操作，则仍需在候选版本中实测，不能从设置项的存在推导出来。
让观察结果进入验收决定
每条记录留下任务、设备与版本、预期结果、实际表现、是否获得协助、问题证据和复测结果。若统计独立完成比例，写清是哪项任务、哪些参与者，以及使用了什么辅助方式。小样本能帮助发现问题，不能包装成“所有学生都能顺利使用”的保证。
建议事先约定缺陷的影响等级。目标使用者无法完成关键任务、误以为已经提交，或看到不该展示的信息，应先处理再验；不阻断任务的文字和布局问题，也要留下负责人及修正时间。把必须解决的问题与一般改进建议分开，双方才知道什么条件满足后能够签字。
修正后，按原条件重做出问题的任务，并检查相邻步骤。验收报告写明已验证的使用条件、仍未覆盖的需求和允许使用的范围。学校或机构据此安排说明、设备与现场支持，受测端体验就有了可以执行和追责的依据。