01 — 用测试记录证明主要动作
对于服务查询应用程序，提交明确标记的测试信息并从配置的目标检索它。重新加载页面并再次检查记录。测试空提交、无效值和失败状态。写下您观察到的情况，而不是因为出现成功消息而将任务标记为完成。
- 确认信息存储或传递的位置。
- 检查主要操作的重复、重试和错误消息。
- 删除或清楚地标记样本记录和占位符业务声明。
- 当预览或构建失败时，使用产品输出和故障排除指南。
02 — 审查访问和敏感行为
如果应用程序有帐户，请使用单独的测试用户测试注销和登录旅程。确认一个人无法访问另一个人的私人记录。对页面内容和生成的客户端代码保密。付款、权限和敏感数据在用户依赖之前需要经过合格的技术审查。
- 以未登录的访问者身份直接尝试私人地址。
- 根据第一个帐户的记录检查第二个测试帐户。
- 使用适当的支付流程测试环境。
- 在发布决策中保留未解决的访问或数据处理问题。
03 — 查看公众参观体验
查看手机布局、键盘导航、表单标签、焦点指示器和可读文本。然后使用项目可用的控件进行发布，并在实际的公共地址上重复主要旅程。检查适合公共或私人页面的标题、描述、规范 URL 和爬网设置。
- 关注每个主要链接并测试过长或缺失的内容。
- 确认预期的域和共享可见性。
- 在发布后测试真实的公共页面，而不仅仅是其预览。
- 让帐户、结帐和私人数据页面远离公共搜索发现。
04 — 赋值操作和恢复
选择由谁处理失败的查询、使用限制和未来的更改。保留设置注释和已审查的项目快照或工作流程支持的其他恢复路径。记录未完成的工作和责任人。发布决策应反映服务的实际受众和风险，而不是屏幕的外观。
- 查看运行时间、连接服务限制和经常性预算。
- 记录如何恢复已知的工作状态或停止共享损坏的版本。
- 为用户提供可用的支持或联系路径。
- 从有限的受众开始，并在每次重大更改后再次检查真实的旅程。
一个起点
让简介具体化。
将此示例应用于您的业务。将样本数据与真实客户信息分开。
启动审核记录 审核的项目和版本： ___ 测试的主要旅程： ___ 有效、无效和空输入结果： ___ 检索测试记录的位置： ___ 检查访问者和帐户权限： ___ 电话和键盘检查： ___ 检查公共地址和元数据： ___ 服务限制和计费所有者： ___ 恢复或回滚路径： ___ 未决问题和负责人： ___ 决定和日期： ___
当您需要下一步时
请遵循产品文档。
在开始之前。
此清单是否证明应用程序已准备好投入生产？
它有助于组织可观察的发布检查。它不是安全认证，也不能替代适合应用程序的技术、可访问性或特定领域的审查。根据实际用户和涉及的数据解决问题。
预览空白怎么办？
使用记录的预览恢复步骤：启动后刷新，检查当前文件和输出，然后请求针对相关错误进行有针对性的修复。在依赖预览、共享或发布控件之前确认构建是否正常。
找到你的下一步。
从一项有用的任务开始