实机试玩观察：不教玩家，先看他在哪里卡住

准备能独立运行的 Windows 练习构建，写清版本编号或提交编号、操作方式、练习目标和存档位置说明。最好让测试者在没有开发环境的目标设备上解压并启动，而不是一直坐在编辑器旁按 F6。编辑器成功只是一个证据，不能代替发布包路径、字体、音频、输入与读写权限的验证。

本课是小规模可用性观察，不是统计学结论，也不要求大规模招募。先邀请一位不了解流程的人，再补一位不同游戏经验的人；具体人数按实际条件决定。录屏或记录语音前先获得对方同意，不需要为了找游戏问题收集真实姓名、联系方式或个人账户信息。

给测试者一句自然目标，例如“试着离开这间练习房”。不要说“去左上角读纸条，再到架子拿木牌”，后者已经把谜题和导航替他完成。开始前只交代移动、交互、退出方式以及可以随时停止；恐怖内容、闪烁或突然响声若存在，应提前给出适当提示。

让测试者边玩边说自己的想法，但不要要求不停讲话，以免打断体验。观察者主要记行为：看见了什么、在哪里停住、按了什么、以为会发生什么。玩家说“我觉得这个门能开”是重要的预期证据，不应立即回答“你想错了”。需要救援时先记下求助点，再给最小必要帮助。

每个问题至少写：版本、起始状态、操作步骤、预期、实际、影响、是否复现。例如：“版本 A，已拿木牌，阅读对白时长按 E，对白关闭后立即开门；预期确认只推进当前对白；实际同一次操作触发了门；三次中两次出现。”这样的记录可以交给开发者，而“按键很怪”还不能直接指导修复。

另记观察而不急下结论：“玩家在柜前往返四次，没有看到调查提示。”原因可能是范围小、提示位置差、物件不显眼或规则不明确，不能直接写成“玩家不认真”。事实、原因假设、建议方案分开写，后续用更小的测试判断哪一种解释成立。

练习采用四档：P0 是崩溃、进度丢失或无法启动等阻断性问题；P1 是主流程无法继续、核心输入错误或关键内容读不懂；P2 是明显困惑、重复误操作或非关键功能失败；P3 是不妨碍完成的局部表现问题。这里的分级是团队约定，名称并非行业统一标准。

优先级还要结合发生范围与复现频率：偶发丢档可能仍比每次出现的小错字更急。不要因为一项修复难就降低严重性，也不要因为自己喜欢某张图就让它挤掉开门失败。对每项确定“现在必须修”“本轮可接受并记录”“需要更多证据”，避免所有问题都标最高级导致排序失效。

先挑影响最大的一个问题，提出可证伪的假设，例如“提示距离太短导致玩家没机会看见”。只调整相关变量，重新让测试者走同一路线，观察是否改善，同时检查会不会隔墙提示。不要在一次修复里同时改布局、文字、按键、音效和碰撞，这样即使变好了也很难判断原因。

技术故障修复后重跑原来的重现步骤，再补紧邻的边界路径。例如修复长按穿透，要一起测短按、快速连按、关闭对白再重新调查；不必因此机械重测所有美术导入。功能达到预期后更新问题状态，保留修复版本与复测结果，不把“已改代码”直接等同于“已验证解决”。

试玩结束问三个中性问题：“你刚才认为目标是什么？”“哪一步最不确定？”“哪一次反馈和你预期不同？”不要问“是不是觉得这段很恐怖”，那会诱导赞同。恐怖感也可以记录，但要结合玩家具体描述与时刻，不把沉默或尖叫自动当作成功指标。

最后整理一页结果：哪些路径已验证通过、最需要修的三项、每项证据、负责人或下一步、暂未测试的条件。验收本课时，应能把至少一个模糊感受转成清楚记录，并完成一次修复后的复测。诚实写“未测试低分辨率”比无依据地宣称所有电脑兼容更有用。