持续集成从提测说开去

持续集成和提测都不是什么新东西了，而今我却不得不就提测说上两句。

谈到提测这个话题，还是因为这样一个故事。我的一个同学就职于一家互联网企业，而互联网处理问题的特点首先是快、准、狠。一天用户在使用系统中发现一个以前没有见过的流程，最近也没有相关培训，这件事如火般烧起来。惊动了领导，领导发话了，没有的功能不能做，不能拿线上环境做测试。系统上线的最后一个环节是测试，因此也是惊出一身冷汗，这玩意儿没有测到啊！于是多了个要求，提测时发送提测内容相关功能描述以及影响范围。

一次线上的系统出现了问题，虽然不是总重现但时而发生一次，用户体验非常不好，幸运的是用户不多，出现的频率相对较低。他积极的修正系统，提测了。居然忘记了发送邮件，而且这个内容没有经过产品认可、测试同意，于是将代码回滚。这不得不说是一件非常伤心的事。

经过这两件事，他告诉我权责、流程真的很重要。权力告诉你能做什么？责任告诉你必须做什么？流程告诉你如何去做？那么只有这些问题清晰了，才能更好的完成那个目标！

虽然只是一个简单的提测，那么之前是否与产品、测试界定了范围得到一致认可？确认了功能范围？是否与大家一起进行了代码review得到一致同意？确认了代码范围？这些过程和结果是否通过邮件确认并永久保留痕迹？让每一个过程都有因可循、有迹可查！