将内容规则变成清单
编写可以检查的约束。一个房间可能需要一个入口、一个出口、一把可触及的钥匙、没有堵塞的走廊以及最多两个新的危险。对话可能需要适合可见的文本框，并对重复出现的角色使用相同的名称。可以检查物品描述中是否有与玩家观察到的效果相匹配的规定效果。将“神秘基调”等主观目标与“出口必须可达”等结构性规则分开。
检查上下文中的内容，而不仅仅是文档中的内容
将文本放入其真实界面并测试换行、对比度、时间和中断。如果正确的指令在玩家可以读取之前就消失或被控件覆盖，则它仍然无法使用。确认字幕或标签与其描述的事件保持关联。如果房间命名为蓝色开关，请验证该对象是否明显可区分，并且与其交互是否执行承诺的操作。
关于测试生成的游戏内容的常见问题
生成的游戏文本可以在不进行游戏测试的情况下获得批准吗？
不可以。文本应结合上下文进行审查，任何影响游戏的说明、线索或物品声明都应根据玩家遇到的行为进行检查。
如何测试生成的关卡是否可解？
检查所需的路线是否连接入口和出口，然后使用预期的控件进行游戏。仅凭目视检查可能会错过堵塞的路径或误导性的线索。
延伸阅读
发现信息过时了？ 报告需要更正的内容