作为一个曾经翻过此错误的人，来简单聊聊。

首先，出现这种事故后一定要客观的去评估到底是哪里出问题了，当然，说白了，肯定是人祸。

但关键是，为什么这个人会操作错误呢？是真的纯粗心？还是推送后台不好用？还是权限太混乱？

就我自己的经验来说，出现这种错误最大概率的就是环境搞错了，本来想给测试环境发，没想到发到了正式环境。想必再不小心的人也不至于在明知是正式环境的情况下，发出“test”这样的内容吧？

因此，可以在提交PUSH的后台做一个3次确认，也就是说，当你提交PUSh的时候，后台会连续问你3次是不是要提交。如果这样了，还发错，且非技术BUG，那我觉得你自己要闭门思过了，救不了。

再说出现后如何补救：

1 立刻核查准备好正确的内容

2 赶快去社交平台搜索一下，有没有人截图发出来

3 根据社交媒体和公司所收到的反馈，决定官媒是否应该出面澄清一下，顺势拉近一下和用户的距离。

4 立刻出具事故报告，发给自己领导和团队，讲明原委，并且呈上未来避免此问题的解决方案

5 平复自己的心情，其实一次错误没啥大不了，你要知道很多用户可能都关闭了你家APP的推送了呢，就算看到了，一条消息真的对用户造不成实质损失。

最后，从错误中学习和成长，通过人+工具，把事情做到最好。

另外，搜集一下近几年来互联网PUSh都是如何出错的，把这些错误规则抽象化以后作为后台提交的审核规则。

比如：很多公司翻过PUSh故障中有test的字眼，或者发出来的内容玉发都不对。

那是不是可以在后台提交PUSh的时候有一层技术审核规则，只要看到内容有Test字样就不发送，或者利用现在的AI计算能力，判断PUSH内容主体语法是否正确，如果不正确也不给发送。
比如内容是随便打的：“和江东父老看你的手放开老顾客”，AI还是能判断这句话是不是有问题的。