试用心理测评软件时，只听到题目被朗读出来，还不足以确认视障用户能够独立完成。真正需要验证的是：用户能否自己进入任务、理解题目和选项、选择并修改答案、处理错误提示、完成提交，并在约定提供结果时读到自己的报告。
可以请熟悉相应辅助技术的视障用户，在其惯用设备上参与测试。先使用获准的演示材料和测试账号，记录操作系统、浏览器、屏幕阅读器及版本，不要拿真实参与者的敏感报告充当试用样本。
让使用者操作，观察者不要抢着帮忙
从邀请入口开始，而不是由工作人员提前打开第一题。登录、验证码、知情说明或弹窗如果卡住，后面题目再好用也无法独立完成。
请使用者按照日常习惯操作。观察者记录卡在哪里、听到了什么、原本想做什么；只有确有需要时再介入，并把这一步记为“需要协助”，不要在工作人员代点按钮后仍算独立通过。
测试至少走过以下几段：
- 找到任务和说明，确认开始答题需要完成什么
- 读到完整题干、选项含义及当前选中状态，能选择也能修改
- 切换页面或题目后知道自己到了哪里，遇到必答漏项时能找到问题并修正
- 提交后能确认是否成功；若提供个人结果，能打开对应报告并理解关键文字和数据
不同视障用户使用的工具和方式不一样。桌面键盘测试不能代替手机读屏测试，某一组合通过也不代表所有设备都兼容。W3C的键盘可操作性说明可作为检查依据之一，但单凭这条标准不能宣布整个系统通过无障碍验收。
听到“单选按钮”，还要知道选的是哪一个
对于五点选项，使用者需要识别题目、各选项的实际含义和选择状态。对于成对陈述，更要检查读取顺序会不会让两端含义混淆。不要给某个选项自行添加“说明你焦虑较高”之类的提示，那会改变答题者收到的信息。
Gallup的CliftonStrengths读屏说明提供了具体例子：它说明测试会考虑成对陈述的读取顺序，并列出定期测试的读屏工具。这个例子说明兼容性需要落到题型和交互上，不能据此推断其他平台也通过了相同测试。
技术整改也不应变成“每个控件都加一个aria-label”。W3C对名称、角色和值的说明要求辅助技术能够识别相应信息，规范使用的原生控件已有部分支持；可见标签、原生语义与适当的ARIA应配合使用。ARIA实践指南还提醒，不正确的ARIA可能覆盖原本可用的信息，且添加角色本身不会自动实现键盘交互。
同样，换题、错误提示和生成结果应采用适合该情境的焦点管理或状态通知方式，再验证实际读取效果。把所有动态变化都强制播报，可能打断题干，未必更清楚。
时间限制与报告，是容易漏测的两端
如果任务有计时，先确认计时提示能否被感知、允许的调整方式如何申请。是否可以延长或取消时间，需要结合具体测量工具及其施测要求决定，不能为方便使用而擅自改变标准化条件。W3C的时间可调整说明包含相应要求和例外，不等于所有测验的时间限制都应一律取消。
遇到依赖视觉材料的题型，也不能直接把它改成文本简版并声称测量结果等价。应先请负责测评的专业人员核对可用的便利措施、适用范围及解释限制。
报告环节要检查的是信息能否获得：图表表达的关键结果是否有清楚的文字或可访问数据，标题和读取顺序是否合理。网页能读，不代表导出的PDF也能读；如果本次交付包含PDF，就把下载后的文件也打开测试。
试用结束，留下一个有范围的结论
建议每个阻塞点记下设备组合、操作步骤、预期结果、实际表现、是否需要协助及复测结果。录音或录屏前应取得参与者同意，并控制其中出现的个人信息。
验收结论可以具体到：“在所列设备和软件版本中，使用者能独立完成本次测试覆盖的登录、答题、修改、提交和报告阅读。”仍未解决的步骤就列明，而不是用“支持语音”概括整个流程。
这是一条用于试用的核心路径，并非完整的WCAG符合性认证。采购或部署前，把本项目真正要用的题型、入口和交付格式都放进去，再谈是否满足本次使用需要。