上线前请先准备好这份 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一定是不断总结，不断完善的清单列表，并根据上线需求的种别针对性地进行调度。

当然，心态和清晰的头脑也是至关主要的。
发版期间碰着问题时，一定要权衡利弊，优先处理问题，而不是规避任务。
毕竟发版韶光有限，统统都以风险最低，用户体验最佳为原则。

本文由@黑心老巫婆 原创发布于大家都是产品经理。
未经容许，禁止转载

题图来自 Pexels，基于CC0协议