博客搭建教程：把文章知识转成实操题时怎样设置可判定的输出
📱 Mozilla/5.0 (compatible; QlyzeBot/1.0; +https://app.qlyze.io/bot)
🔗 /4334af24a502.html
📄
博客搭建教程：把文章知识转成实操题时怎样设置可判定的输出
可判定的输出，核心不是写得多完整，而是让另一个按题面操作的人，能在不追问你的前提下给出“通过/不通过”的结论。做法是给每道实操题规定三件事：起点状态、允许的动作边界、可观察的终态。三者缺一，题目就会退化成“照着感觉做一遍”。
为什么“我照着做成功了”和“别人照着做失败”会同时出现
把教程里的知识转成实操题时，最常见的矛盾是：出题人自己跑通了，学习者却卡住，双方都觉得自己没做错。这通常有两种解释。
解释一：题目只规定了终态，没规定起点。比如要求“让博客首页显示文章列表”。如果起点是空站点、已装主题、已装插件三种情况，操作步骤完全不同。学习者卡住可能不是不会，而是起点和你不同。
解释二：题目把动作当成了结果。比如要求“配置好固定链接”。学习者改完设置，但访问某篇文章仍是旧地址，他无法判断这算不算完成。动作执行了，终态没被定义。
这两种解释指向同一个漏洞：题目缺少可观察的判定点。区分它们的方法很直接——把题目交给一个没参与编写的人，只给题面不给口头补充，记录他第一次停下来提问的位置。如果提问集中在“我该从什么状态开始”，是解释一；如果集中在“做到哪一步算完”，是解释二。
可判定输出的三个组成部分
一道能判定的实操题，题面里应当能拆出下面三块，且每一块都用可核对的方式描述。
- 起点状态：用可检查的事实描述，例如“已有一个可访问的空站点，默认主题处于启用状态”，而不是“装好环境之后”。
- 动作边界：说明允许改哪些地方、不允许改哪些地方。例如“只通过后台设置完成，不修改主题文件”。边界决定了两份答案是否可比。
- 终态证据：说明用什么方式观察结果，例如“在浏览器访问某篇文章的链接，地址栏显示为自定义结构，且页面正常渲染”。证据要能被第三方重复观察。
假设有一道题要求学习者“给博客添加一个关于页面”。若只写这一句，判定者只能凭印象打分。改成“起点为已启用默认主题、后台已有若干文章；只使用后台页面功能；终态为前台导航中出现可点击的关于链接，点击后显示你填写的标题与正文”，判定就变成了核对三项事实，而不是评价好坏。
用证据区分“没学会”和“题目没写清”
当多人未通过时，不要先归因于学习者基础差。按下面的顺序收集证据，可以让判断更可靠。
- 先看失败点是否集中。若多数人卡在同一句话，优先怀疑题面歧义；若失败点分散，才更可能是个人操作差异。
- 再看失败者是否完成了动作。动作完成而终态不符，说明终态定义或环境假设有问题。
- 最后看通过者是否走了题面没写的捷径。如果通过者普遍做了额外操作，说明题面缺步骤或边界过松。
这里有一个需要说明的假设：以上判断成立的前提是，所有学习者拿到的是同一版题面和同一类起点环境。如果起点环境本来就各不相同，失败点集中也不能直接推出题面有歧义，只能说明起点没有被统一。
一个可立即执行的动作：给每题补一行“判定句”
最省力的改进，是在每道实操题末尾补一行判定句，格式为“当____时，本题通过”。例如“当在未登录状态下访问该页面，标题与正文正常显示，且无报错提示时，本题通过”。
补完这一行后，下一步不是直接发给学习者，而是先让一个没写过这道题的人按题面操作一遍。他停下来提问的位置，就是题面还需要补起点或补边界的位置。这个动作的结果会直接改变题目：提问集中在起点，就补起点描述；提问集中在“算不算完成”，就细化判定句。反复一到两轮，题面通常就能支撑无追问的独立完成。
哪些输出反而不适合作为判定依据
有些结果看起来像证据，实际不能单独用来判定。比如“页面能打开”不能证明固定链接配置正确，因为默认结构同样能打开；“后台显示保存成功”不能证明前台生效，因为缓存或主题逻辑可能让前台呈现不同结果；“我觉得和教程截图一样”不能作为第三方可核对的依据。
更稳妥的做法是选一个必须经过目标配置才会出现的观察点。仍以固定链接为例，可以要求学习者访问一篇文章并记录地址栏中的路径形式，再与配置前的形式对比。路径形式变化是可观察的事实，比“设置已保存”更接近判定所需。
把这些观察点写进题面后，实操题就从“做过一遍”变成了“可以核对的一遍”。判定者不再需要猜测学习者的意图，学习者也能在卡住时自己判断是起点不对、动作越界，还是终态尚未达成。
