產品、ui、後台系統使用者（運營、客服、資料等）
測試流程結束的下一步是驗收。進入驗收的最理想標準是所有bug都已關閉。
如果時間緊張，可以放寬到同時滿足這兩個條件：
優先順序為「下次提測前解決」的bug都已關閉優先順序為「發布前解決」的bug不超過人均2個測試向驗收者演示主流程。
驗收者自己操作，或讓測試演示更多流程。
ui核對。主要是顏色值和畫素級大小的比對。肉眼能看出來的差異，應該在測試過程就發現
ux體驗反饋
產品經理宣布測試環境通過，讓開發發布到生產環境，各職能核心人員待命應對故障
發布後，測試和產品再過一遍主流程，後台系統使用者也應該做些操作來檢驗或持續一段時間觀察相關資料是否異常。
線上驗收標準由各驗收者自己決定
盡量在周二或周四上午發布，以便出現問題時大家有時間精力立即修復。
生產環境驗收通過後，確認可以開始放量，這個結果視為「上線」。
由產品經理宣布。如果沒什麼問題，im群裡說完即可，如果有風險，應發郵件：
收件人：專案組
正文： ...
（風險預估）
（應急預案，要明確風險點的責任人）
專案管理 專案驗收材料
專案驗收材料 最近部門乙個專案經理要辭職，暫未有合適的接替人選，只好自己先搞了，剛好是進入到驗收階段，寫一點驗收材料的事情。作為專案經理絕對逃不過的就是對驗收材料的編寫，整理了。只要你待的公司沒有專門的售前或者售後，理論上一般都是專案經理 幹這活兒，妥妥的一名文件工程師，所以注意你這時候的角色 文件...
專案管理 專案管理過程
本文章為pmbook原書摘錄 目錄1.專案管理過程間的相互作用 2.專案管理過程組 3.啟動過程組 4.規劃過程組 5.執行過程組 6.監控過程組 7.收尾過程組 8 專案資訊 9 知識領域的作用 過程是為建立預定的產品 服務或成果而執行的一系列相互關聯的行動和活動。每個過程都有各自的輸入 工具和技...
專案管理 專案管理過程
專案管理就是將知識 技能 工具和技術應用於專案活動，以滿足專案的要求。為了取得專案成功，專案團隊必須 選擇使用的過程來實現專案目標 使用經定義的方法來滿足要求 遵守要求以滿足干係人的需要和期望 平衡對範圍 時間 成本 質量 資源和風險的相互競爭的要求。專案過程由專案團隊實施，一般可分為以下兩大類 專...