概述

  B對A提交的功能程式碼做完alpha測試以後，A就可以向運維D提交beta環境部署申請了，審批流程以及稽核人關係如下所示：

  (1)、功能開發人員A基於beta環境部署申請流程建立具體的xxx功能beta環境部署申請，並在申請單附件中詳細描述本次部署涉及的功能點、影響範圍、資料庫變更指令碼、部署操作步驟說明。
  (2)、申請單流轉給功能測試負責人B，由B確認待部署功能單涉及的功能點已經經過了alpha測試，允許A將功能部署到beta環境。
  (3)、專案負責人C再次確認，可以進行beta環境部署。
  (4)、運維負責人D確認該申請單，並嚴格按照部署單附件中的說明進行部署。

  該流程涉及專案組、測試組、運維組相關組內的干係人，現對流程中的角色詳細解析如下：

專案組

通常一個大的網際網路軟體產品平臺會由多個具有特定功能的系統以分佈微服務的形式有機結合起來，而每一個微服務系統都由獨立的專案組負責開發，專案組由PC Web端、無線APP端、Java服務端三部分人組成。專案負責人負責整個系統的研發人員的組織與協調。而在專案組內部，開發人員又按業務邏輯與職責的不同 ，有不同的側重點。在一個時間單元內，專案組的開發活動會由於功能點的不同，進而形成功能點研發幹人，如登入、註冊模組如果涉及PC Web 2人（a1、a2）、無線APP端Android、IOS各一人（a3、a4），Java後端功能開發4人（a5、a6、a7、a8），那麼功能點研發干係人會由PC Web前端人員、無線APP人員、Java服務端人員、功能點測試跟進人員、產品功能點跟進人員組成。這裡的功能開發者嚴格來講，是該功能點干係人員中的研發者的代表。

測試組

通常一個大的網際網路軟體產品平臺會有獨立的測試組統一協調各系統專案組的功能測試活動。測試組負責人會派測試人員跟到各專案組的開發活動中，如電商類系統中，商城系統會有4名測試人沒(b1、b2、b3、b4)分別跟進到專案組中來，每一個測試負責人一個小範圍內的測試，假如註冊、登入由測試b1負責測試，那麼b1就是流程中的測試負責人。

運維組

通常一個大的網際網路軟體產品平臺會有一個獨立的運維組負責相關伺服器資源的管控，組內的不同運維人員負責不同的業務範圍，假如d1負責電城系統專案組的部署工作，那麼d1就是上述情形下的運維負責人。

小結

  專案Beta環境部署申請主要針對功能點內測第二階段，屬於生產環境的一種模擬活動。申請流程主要用於在開發、測試、運維人員之間進行相互確認、告知。
  Beta環境部署成功以後，測試人員進行一輪完整測試，測試沒問題後，由產品相關功能點負責人進行預確認，預確認通過以後，就可以走生產部署上線申請流程的申請了。
  之所以將產品預確認新增進來，也是希望將問題儘可能早的暴露出來，讓問題及早得以解決，而不是等到上線後發現有問題再做回退。