1. 测试发生过变更的预订，不要只测试信息完整无误的新预订。
2. 可选的问候信息缺失时，可以使用通用措辞。金额、地址或门禁指引不确定时，应暂停发送。
3. 以收件人实际收到的内容为准进行审核，包括每个按钮的跳转目标。
只有最终消息准确反映发送时的预订情况，模板才算通过检查。仅仅没有错别字、预览正常，还远远不够。酒店宾客沟通软件必须从对应的住宿预订中提取最新信息，发送规则也必须仍然适用于该次住宿。
通过以下检查，判断消息应直接发送、修正后重新测试，还是暂停发送并交由员工审核。检查的重点是内容含义是否正确，而不只是字段是否生成了文字。
查看预览前，先写出预期消息
变量是会被姓名、抵达日期等预订信息替换的占位符。请通过软件支持的字段选择器选取变量。从其他系统复制的字段名称看起来可能没问题，却未必能正常使用。
以一笔由员工掌控的假设测试预订为例：玛雅将于11月24日抵达，住宿总费用为240美元，已收取60美元订金。在没有其他费用的情况下，剩余房费为180美元。目前尚未分配具体房间。
对于尾款提醒，合格的消息可以是：“玛雅，您好。您的抵达日期为11月24日。剩余房费为180美元。”消息不应要求支付240美元，也不应透露尚未确认的房号。
请在预览之外单独写下这些预期信息，并与预订及酒店已记录的收款信息核对，不要以昨天的消息为依据。否则，员工可能仅仅因为所有占位符都已替换，就批准了看似合理的内容。
同时核对消息应发给谁。预订可能是助理替玛雅办理的。即使消息中的入住人姓名正确，发错收件人也仍然属于检查不通过。
Smart Order 在宾客对话旁展示预订信息，方便前台将拟发送的回复与住宿详情直接核对。请利用这些信息检查日期或付款事项；模板可以被选用，并不代表它已经通过测试。
核实影响宾客下一步操作的关键信息
在要求宾客付款、到店或按照特定住宿地点的指引操作前，先核对对话旁的预订信息。
测试最容易导致模板出错的预订情况
继续使用玛雅的测试预订，每次只改变一个条件。使用经批准的测试记录和由员工掌控的收件账号，不要使用真实宾客或正式收款请求。以下内容是测试场景，并非规定的点击操作顺序。
消息准备好后，抵达日期发生变化
通过系统支持的操作流程，将测试预订的抵达日期从11月24日改为11月26日。检查新的预览，以及所有已准备好或已进入发送队列的消息。合格的结果应显示更新后的日期，或者暂停发送，要求替换旧消息。
如果只有新预览会更新，日期字段本身可能正确，但已保存的消息仍保留旧值。请通过系统支持的操作移除或替换这条过期消息，并在发送流程中记录这一限制。
发送前又收到一笔付款
假设通过经批准的付款测试方式又收取了40美元。此时预期剩余房费应为140美元，而非180美元。检查提醒消息是否更新，以及之前的付款请求是否仍然有效。
如果无法可靠确认当前剩余应付金额，请省略金额，改为由员工核实后发起付款请求。不要用预订总额代替。对于已通过 OTA 预付的测试预订，应检查消息是否要求宾客支付酒店不应再收取的房费。
可选信息缺失
从适当的测试记录中删除可选的名字信息。如果编辑器支持，可以使用通用的“您好”作为替代。但直接显示字段名称、问候语留空，或根据电子邮箱地址猜测姓名，都不合格。
关键信息缺失时，需要采用不同的处理方式。如果缺少币种、住宿地址或必要的抵达信息，应暂停发送消息并交由审核。措辞再友好，也无法弥补指引中的安全问题。
预订人、住宿地点或房间不同
测试助理替玛雅预订的情况；如适用，也测试另一家住宿门店的预订。分别核对收件人、称呼、地址、联系方式和抵达指引。某一项正确，并不能证明其他信息也正确。
对于涉及具体房间的消息，请将房间分配情况与前台预订视图核对。门禁消息需要单独执行经批准的发送前检查。不能仅凭预订已确认，就发送房号或门禁码。
渠道或语言发生变化
如果条件允许，请在计划使用的发送渠道中通过安全的测试方式发送消息。在手机上查看收到的内容，检查链接、换行和译文。电子邮件预览正常，并不能证明 OTA 对话中也会显示相同内容。
翻译必须确保字段仍可正常使用，也不能将付款请求译成付款确认。打开测试链接，确认其用途。不要在共享的质量检查记录中写入真实门禁凭证或正式付款链接。
判断下一步：发送、修正后重新测试，或暂停发送
只需审核与该模板用途密切相关的必要测试场景。欢迎消息可能无需测试剩余应付金额，但付款提醒必须测试。应根据错误消息可能造成的后果选择测试，而不是照着一份通用字段清单逐项检查。
如果原因已经明确，例如使用了不受支持的字段、缺少可选信息的默认替代内容，或固定文本已过时，应选择修正后重新测试。重新测试受影响的场景，以及其他依赖此次修改的场景。仅有一笔普通预订显示正确，还不足以通过检查。
如果无法确认当前信息准确且可安全发送、无法确认收件人，或无法可靠更新队列中的消息，应选择暂停发送并交由员工审核。手动输入一条正确回复可以帮助当前宾客，但并不能修复供后续重复使用的模板。
保留审核记录，注明用途与版本、测试条件、预期结果与实际收到的结果，以及审核人。付款规则、住宿信息、语言或发送时间发生变化后，应重新执行相关测试。不要为了填完表格而重复测试无关字段。
如果错误消息已经发出
暂停受影响的模板或发送队列。根据版本和发送时段确认收件人，再通过经批准的渠道发送一条清晰的更正消息。称呼错误、误发其他宾客的房间信息，以及发出错误收款请求，需要分别采取不同的处理方式。
对于付款或门禁信息错误，应请相关负责人介入，确定是否需要撤销旧的付款请求或门禁凭证。再次要求付款前，先核实已有收款情况。如果泄露了他人信息，应按照酒店的隐私处理流程处置。
只有此前未通过的测试场景重新通过后，才能恢复自动发送。是否批准启用，应以收件人实际收到的内容为依据，而不能只看编辑器能否成功保存。
