编辑导语：任何一件事在完成之前，都需要做一个Checklist，从而查抄错误，规避风险。这对付上线来说，尤其重要，稍不留意就大概损害到用户的体验感。本文作者从筹备阶段、宣布阶段、验证阶段和异常处理惩罚四个方面，详细的谈了谈如何做上线的checklist，但愿看后可以或许对你有所辅佐。

每次发版上线都是一个告急且感动的时刻，为了担保上线顺利，可以早点回家睡觉，上线清单必然提前筹备好，做到心中有数。

上线的checklist可扼要分为以下3个部门：

一、筹备阶段 1. 上线前培训

上线前给相关人员举办培训。

首先：需要给客户举办培训，让客户提前相识窜改的成果点。制止呈现成果上线后，客户并不知情，一脸蒙的环境。

其次：上线前也需要给 *** 等运维人员做好培训，并奉告大概碰着的问题以及对应的办理计策。

2. 数据资料

汗青数据是否做好备份，假如需要清空数据，需再次查抄执行任务的代码是否精确，执行的时间是否明晰。

新数据是否已经筹备好，一旦发版乐成后，可以实时导入新的数据。

3. 遗留问题

首先：确认全部上线的成果均颠末测试验证。

其次：明晰测试功效，相识今朝SIT和UAT的环境，是否尚有遗留待办理的问题；明晰对应遗留问题的原因，以及对应问题的办理时间和责任。

如带问题陈设到出产情况是否严重影响用户体验，这些都需要提前举办评估。

4. 压测环境

是否有做压测，基于压测功效查对可否支撑大局限的业务场景（需要业务方提供或基于汗青数据举办模仿），并实时做好报备。

5. 埋点

对付新成果，上线前都需要做好埋点事情，并对同成果的汗青数据做好记录，利便后续做数据阐明和比拟。

6. 文件报备

明晰发版进程中是否需要停机，针对大公司，停机需要提前发停机发文，并奉告各个相干系统。

7. 代码归并

需要对最终宣布的代码做好打包归并，封版后不许窜改，假如有则需要从头评估。

8. 代码review

开拓认真人从头对归并的代码举办review，以免呈现问题。

9. 设置文件

上线前的筹备事情，设置文件、剧本、措施进级。

10. 小措施提审

假如是小措施，需要提前举办小措施的提审。

11. 日志

成立快速的日志清查和响应机制，一旦需要排盘查题，这些日志就是找到原因的要害。

12. 人员布置

假如涉及到多个系统，必然要预留相干系统的责任人，并确保成果验证通事后再分开。

二、宣布阶段 1. 发版顺序

本次成果上线涉及到的相干系统有哪些？

确定系统彼此之间的依赖性，明晰上线的前置条件及上线顺序；确定哪些系统需要先发，哪些后发。

2. 调治执行

夜间是否有调治措施问题？（按时任务）调治什么时候开始执行？以及什么是时候终止？遏制的调治什么时候要回写设置和启动？

3. 发版模式

确定采纳的发版模式是什么？如灰度发版。

三、验证阶段 1. 成果验证清单

可以分为两版：

1）主流程版

针对焦点成果举办快速验证。

2）具体版本

可以在主流程走通的环境下，再逐个验证。

测试人员需要基于清单来验证，可以越发高效，精确，以免漏掉要害焦点验证点。

2. 实时输出缺陷

验证进程中，实时报备问题，并奉告对应的开拓，把问题叙述清楚，附带截图；让开拓可以清晰是什么问题，利便快速排查；测试人员需阶段性地同步验证进度和问题办理希望。

四、异常处理惩罚

回滚方案：

做好回滚的筹备，相关责任人需明晰该成果上线的回滚计策。并按照日常的用户量，评判最晚可以接管的发版时间。

在不大局限影响出产情况用户的环境下，明晰最晚可以接管的系统切换时间；一旦到了时间，如没有步伐办剃头版中的严重阻断性问题，采纳版本回退方案。

五、小结

上线Checklist必然是不绝总结，不绝完善的清单列表，并按照上线需求的种别针对性地举办调解。

虽然，心态和清晰的脑子也是至关重要的。发版期间碰着问题时，必然要衡量利弊，优先处理惩罚问题，而不是规避责任。究竟发版时间有限，一切都以风险更低，用户体验更佳为原则。