持續集成和提測都不是什么新東西了，而今我卻不得不就提測說上兩句。

談到提測這個話題，還是因為這樣一個故事。我的一個同學就職于一家互聯網企業，而互聯網處理問題的特點首先是快、準、狠。一天用戶在使用系統中發現一個以前沒有見過的流程，最近也沒有相關培訓，這件事如火般燒起來。驚動了領導，領導發話了，沒有的功能不能做，不能拿線上環境做測試。系統上線的最后一個環節是測試，因此也是驚出一身冷汗，這玩意兒沒有測到啊！于是多了個要求，提測時發送提測內容相關功能描述以及影響范圍。

一次線上的系統出現了問題，雖然不是總重現但時而發生一次，用戶體驗非常不好，幸運的是用戶不多，出現的頻率相對較低。他積極的修正系統，提測了。居然忘記了發送郵件，而且這個內容沒有經過產品認可、測試同意，于是將代碼回滾。這不得不說是一件非常傷心的事。

經過這兩件事，他告訴我權責、流程真的很重要。權力告訴你能做什么？責任告訴你必須做什么？流程告訴你如何去做？那么只有這些問題清晰了，才能更好的完成那個目標！

雖然只是一個簡單的提測，那么之前是否與產品、測試界定了范圍得到一致認可？確認了功能范圍？是否與大家一起進行了代碼review得到一致同意？確認了代碼范圍？這些過程和結果是否通過郵件確認并永久保留痕跡？讓每一個過程都有因可循、有跡可查！