从草稿到发布：一份小网站的检查表

一个页面已经排好，并不代表它已经可以发布。链接可能还指向占位符，表单可能只展示成功动画，手机上也可能藏着一段被裁掉的说明。发布前的检查不需要复杂仪式，但需要沿着访客真实会走的路线，把读、做、保存和再次访问串起来。

第一遍，只看内容是否成立

从标题和第一段开始：它们是否说清楚页面提供什么？正文里有没有未替换的示例名称、虚构的使用量或没有根据的效果承诺？如果文章介绍一个步骤，就照着文字亲自走一遍；如果写的是设计判断，就交代样例和判断范围。把“已经完成”“计划提供”和“暂不支持”分开表达。

接着核对来源。引用是否回到原出处，图片是否知道来自哪里，推荐的资源现在还能打开吗？文章的发布日期与修订日期应反映实际情况。不要为了显得活跃，把旧内容全部改成同一天发布。

假设你要做一枚印记：输入文字、调整颜色、预览、导出，再打开导出的文件。页面显示下载成功，只说明浏览器触发了动作；实际文件是否可用，仍然要检查。若提供账户保存，再测试重新打开、修改、另存和删除。不要只验证最顺利的一条路径，也试试名字留空、网络中断或同一作品在另一窗口更新。

传信也是一样。写一封明确标记为测试的来信，确认成功后有回执；再用正确与错误的凭证分别查询，检查公开页面不会出现私人正文。测试结束后按约定清理测试内容，不让它们混进真实运营记录。

把窗口缩到手机宽度，检查文字是否横向溢出。只用键盘走一遍，看看焦点能否找到、按钮能否操作。放大文字后再读一段长文，确认关键说明仍然存在。页面结构与文字缩放的检查方式，可以参考W3C 页面结构教程和文字缩放说明。

最后检查失败时的说法。用户需要知道发生了什么、原内容是否保留、下一步可以做什么。“出了点问题”通常还不够；“未能保存，当前参数仍在本机，请稍后重试”更能帮助继续操作，但只有实际保留了参数时才可以这样写。

这次练习是为一个小作品写十项检查，只保留你能实际验证的项目。在每项后记录结果与日期，把尚未完成的项目留在待办里。发布时用分享卡工具制作入口卡，并附上真实访问地址、用途和限制。第一次发布可以很小，但承诺与实际行为应该相符。