19. 消息通知功能怎么测试？
消息通知在很多系统里都很常见，比如站内信、短信、邮件、App 推送、小程序订阅消息、审批提醒。
这类功能如果测试不细，容易出现漏发、重复发、发错人和内容错误。
一、先确认通知类型
常见通知类型包括：
- 站内消息；
- 短信；
- 邮件；
- App 推送；
- 小程序订阅消息；
- 企业微信或钉钉通知。
不同通知渠道的限制和测试方式不一样。
二、确认触发时机
测试前要明确什么时候发送通知。
比如审批系统：
- 提交审批后通知审批人；
- 审批通过后通知申请人；
- 审批驳回后通知申请人；
- 超时未审批通知审批人；
- 抄送节点通知抄送人。
触发时机不清楚，很容易判断错误。
三、通知对象要重点验证
通知必须发给正确的人。
要测试：
- 单个接收人；
- 多个接收人；
- 抄送人；
- 角色接收人；
- 部门接收人；
- 用户离职或禁用；
- 接收人为空。
发错人比没发送更严重，可能造成数据泄露。
四、通知内容要准确
通知内容要验证：
- 标题；
- 正文；
- 业务单号；
- 用户名称；
- 金额；
- 时间；
- 状态；
- 跳转链接。
比如订单退款通知，金额和订单号必须准确。
五、重复发送和漏发送要测试
常见问题包括：
- 重复点击导致重复通知；
- 定时任务重复执行；
- 网络重试导致重复发送；
- 状态变化后没有发送；
- 发送失败没有重试；
- 重试后产生多条消息。
通知功能要关注幂等和重试机制。
六、不同渠道要看限制
短信要关注：
- 手机号格式；
- 发送频率限制；
- 短信模板；
- 验证码有效期。
邮件要关注：
- 邮箱格式；
- 标题和正文；
- 附件；
- 垃圾邮件拦截。
App 推送要关注：
- 通知权限；
- 前台和后台；
- 点击通知跳转；
- 用户退出登录后是否推送。
七、消息状态也要验证
站内信通常有状态：
- 未读；
- 已读；
- 删除；
- 全部已读；
- 消息数量角标。
测试时要看状态变化、角标数量和多端同步是否正确。
八、面试回答模板
可以这样回答：
消息通知测试我会先确认通知渠道、触发时机、接收人和通知内容。用例上覆盖正常发送、接收人为空、多接收人、用户禁用、重复触发、发送失败和重试等场景；内容上验证标题、业务单号、金额、状态和跳转链接是否正确；如果是站内信，还会验证未读已读、角标和多端同步；如果是短信、邮件或 App 推送，会补充渠道限制、权限和频率控制测试。
这个答案适合审批、订单、营销、消息中心等系统。
九、下一步建议
消息通知建议准备一个审批通知或订单通知案例。
配套刷题：