今天又迎来了每两周一次的发布日，在紧张工作了8天后，终于要把这次迭代做的功能、改的bug正式发布了。如果发布顺利，那么瞬间会轻松下来，在周五总结一下，愉快的度过周末。如果发的不好，上线后出现一堆问题，甚至系统挂掉，那么熬夜是避免不了了。第二天还要被集体批判，惨惨惨。

想我做产品经理这一年多的经历，经历过大小十几次的发布，其中几次也是教训惨痛，记录一下，以后要注意啊。

1. 第二天有重要活动，前一天发布到崩溃

有一次我们要上线一个重要的功能，更恐怖的是第二天早上10点就要对外演示这个功能。而当时我们又碰到测试离职，开发切换团队的情况，发布前一直都在测试，一直测到晚上9点。

9点终于要发布了，结果发上去又一堆问题，一直一直处理到11点，才勉强完成，大家都走了。然而晚上发现又有一个功能发生了问题，但人都走了，只好第二天早上9点又来紧急处理。最终还好在演示之前解决了问题，好歹没有掉链子。

2. 系统优化，搞垮别的业务

又是一次，我们进行了一次重大更新，系统的运行速度得到极大提升。没想到刚刚高兴了一天，由于系统太快，搞垮了别的业务和我们共用的数据库，影响到了一个重要的业务。

不得已，我们只好临时停止我们的服务，等到业务恢复以后，才重新开放使用。这直接导致了产品的重大挫折，本来蒸蒸日上的用户量，由于这次的系统崩溃，直线下滑。教训非常惨痛。

3. 改了一个bug，出现了另一个bug

本来我们这次迭代的任务是改一个bug，然后把这个bug验证过后就上线了。结果一上线，糗了，另一个bug出现了。结果改这个bug的程序员又回家了，只好由另一个程序员接手，远程指挥，又搞到晚上10点才解决问题。

总之，还是要全面测试，无论是冒烟测试、回归测试还是压力测试，才能在上线时做到万无一失，过一个好周末~