尽管已经做了充分的准备，一上线还是会有这样那样的问题。不是测试的覆盖率不够高，而是输在了一些很基础的需要沟通的事情上。根据墨菲定律，你觉得不可能会出现问题的那part结果就真的出问题了。然后就是总结，大家洋洋洒洒地说很多，下次应该怎么做要怎么预防，也把问题和总结记录下来了，但是下次上线又是旧戏重演。
我总结了几条上线checklist，每次上线前都要确认这些检查点是完成的。
1、发给dba审核的sql脚本与提测时给的相同，无附带增加/修改的字段，如果有则需要重新评估
2、和开发再次确认修改点和提测时相同，无附带的修改，如果有则需要重新评估
3、封版后无改动，如果有则需要重新评估
4、本次上线的改动点都已通知到所有接入方，并提前通知接入方需要修改配置
5、依赖要一起上线的服务的已互相沟通过上线策略，双方明确上线的前置条件及上线顺序
6、一些影响到主流程的功能、服务之间互相有依赖的功能有做开关，如果没有则需要重新评估
7、产品、开发和测试已明确该功能上线的回滚策略
8、大功能上线后针对该功能有监控措施以及持续跟进策略，必要时将监控点提供给运维
9、大功能需要灰度测试，小功能上线后至少保证在正式环境能正常使用，不会网络加载失败、服务器开小差
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
