产品发布之我见

        相信所有做软件最考验的时候就是软件产品发布的时候，丑媳妇总是要见公婆的，无论功能做得好不好，终究是要给客户使用的。一般做传统项目的，一个项目的开发周期通常会有几个月，交付的时候一般都经过了比较长的测试周期，质量通常都会有保障，一般不会出现严重的bug，但是互联网项目迭代周期比较短，通常一两周就会发布一个版本，开发和测试时间都比较紧，所以发布考虑的问题和传统项目所有不同，以下简单说明需要注意的几点：

        一、发布头一天就应该完成自测、内测、公测等测试流程，应保证本轮迭代发布的功能都已经完成并经过了测试，并输出相应的测试报告。发布到生产环境后不允许出现类似配置缺失、数据未初始化或其它严重、明显的bug

        二、负责更新生产的人员应在发布头一天或发布当天上午通过邮件、文档搜集本期迭代的功能列表、代码修改列表、数据库修改列表、配置修改列表、其它修改列表（如数据初始化、防火墙放行、新软件的安装等）并和相关人员确认并归档，更新生产时严格按照此文档操作。

        三、发布时间应该选择用户活跃度低的时候，比如晚上九点以后

        四、所有涉及本轮迭代功能的相关人员都应该留守，即使是陪加班，以防万一。特别是DBA、运维、测试等人员

        五、代码中应尽可能多的保留记录日志的功能，并通过配置文件进行开关。因为生产环境无法调试，出了问题只能通过日志进行排查

        六、发布完成后，测试人员应使用测试账号对主流程及发布功能做一次比较完整的测试，保证生产环境流程能跑通。测试完成后应对相关数据进行清理

        七、发布完成后，应召集相关人员进行事后回顾，发现问题、总结经验，提高下次发布的质量。