做測試已經(jīng)9年了，之前要么大公司已經(jīng)有現(xiàn)有流程，要么就是小公司人少，大家都是默認(rèn)流程往前推進(jìn)。
現(xiàn)在這個職位，完全0-1，才有了這個第一次------整理測試和發(fā)布流程。
tips：預(yù)發(fā)環(huán)境因為很多公司沒有（目前我在的公司也沒有：）），所以流程圖用淺色標(biāo)注。
測試與發(fā)布流程
hotfix流程
軟件測試與發(fā)布流程管理規(guī)范
1. 目的
1.1. 結(jié)合公司的項目情況制定合理的軟件測試流程，提高測試效率和產(chǎn)品質(zhì)量。
1.2. 制定合理有效的軟件發(fā)布流程，指導(dǎo)產(chǎn)品發(fā)布活動，有效控制產(chǎn)品發(fā)布過程，有效控制追蹤產(chǎn)品版本。
2. 角色與職責(zé)
2.1. 運(yùn)維人員：
2.1.1. 負(fù)責(zé)上架產(chǎn)品發(fā)布
2.1.2. 跟蹤現(xiàn)場需要調(diào)測的異常包狀態(tài)
2.2. 產(chǎn)品經(jīng)理：
2.2.1. 產(chǎn)品需求設(shè)計
2.2.2. 審核產(chǎn)品發(fā)布并提出發(fā)布請求
2.3. 開發(fā)人員：
2.3.1. 實(shí)現(xiàn)和修改完善產(chǎn)品
2.3.2. 協(xié)助測試人員進(jìn)行驗收測試
2.4. 測試人員
2.4.1. 產(chǎn)品測試和bug追蹤
2.4.2. 提出產(chǎn)品發(fā)布審核請求
3. 定義
3.1.1. 軟件版本正式發(fā)布：通過軟件測試人員測試驗證并符合發(fā)布標(biāo)準(zhǔn)的軟件版本發(fā)布過程,參考附件一流程。
3.1.2. 軟件版本異常發(fā)布:通過軟件測試人員測試驗證,但測試結(jié)果不符合發(fā)布標(biāo)準(zhǔn)的軟件版本發(fā)布過程,可采取軟件版本異常發(fā)布流程。比如：客戶使用現(xiàn)場缺陷修復(fù)或現(xiàn)場測試等緊急情況。參考附件二流程。
4. 測試與發(fā)布流程說明
詳細(xì)請看上方流程圖
5. 測試與發(fā)布流程
5.1. 需求評審
5.1.1. 參與人員：產(chǎn)品，設(shè)計，開發(fā)，測試
5.1.2. 目標(biāo)：明確相關(guān)人員的職責(zé)，評估設(shè)計，開發(fā)，測試周期，制定項目計劃
5.1.3. 評審期間，產(chǎn)品給出產(chǎn)品需求文檔，設(shè)計從視覺、交互角度給出文檔，開發(fā)人員從技術(shù)角度來分析實(shí)現(xiàn)方案，實(shí)現(xiàn)難易程度。測試人員從用戶角度來給出產(chǎn)品邏輯上是否存在不合理的建議。
5.2. 測試計劃（可選）
5.2.1. 參與人員：測試，產(chǎn)品
5.2.2. 目標(biāo)：根據(jù)項目計劃及開發(fā)人員工期安排，制定測試計劃
5.2.3. 測試計劃內(nèi)容：測試范圍與主要內(nèi)容，時間要求和人員安排，測試分類與測試方法，測試環(huán)境，測試數(shù)據(jù)準(zhǔn)備
5.3. 測試用例編寫
5.3.1. 參與人員：測試
5.3.2. 目標(biāo)：根據(jù)產(chǎn)品需求，設(shè)計足夠覆蓋率的測試用例
5.3.3. 工具：Excel
5.3.4. 用例文檔管理：Confluence 附件
5.4. 測試用例評審
5.4.1. 參與人員：產(chǎn)品，開發(fā)，測試
5.4.2. 目標(biāo)： 確認(rèn)測試用例的準(zhǔn)確和覆蓋率，避免功能點(diǎn)遺漏，提供smoke test case給開發(fā)人員。
5.4.3. 評審方式：根據(jù)項目大小或項目時間，選擇通過郵件發(fā)送評審，或者開評審會。
5.5. 開發(fā)人員自測
5.5.1. 參與人員：開發(fā)
5.5.2. 目標(biāo)：自測通過后提交測試版本給測試人員。
5.5.3. 自測通過：需求文檔的功能點(diǎn)全部實(shí)現(xiàn)，測試人員提供的smoke test通過
5.5.4. 自測失?。豪^續(xù)開發(fā)流程
5.6. 開發(fā)人員提測
5.6.1. 參與人員：開發(fā)
5.6.2. 目標(biāo)：待測功能交付
5.6.3. 提交測試準(zhǔn)備：新增模塊在功能上是否達(dá)到設(shè)計要求（有哪些需求更改項），提供接口文檔（接口測試），并且對可能影響的其他模塊進(jìn)行說明
5.7. 測試環(huán)境發(fā)布
5.7.1. 參與人員：開發(fā)人員
5.7.2. 目標(biāo)：交付測試人員可測試環(huán)境
5.7.3. 發(fā)布要求：自測通過，開發(fā)負(fù)責(zé)人審核通過，并正式提出測試需求
5.8. 測試人員執(zhí)行測試用例
5.8.1. 參與人員：測試
5.8.2. 目標(biāo)：在計劃的時間內(nèi)，100%執(zhí)行測試用例，盡可能多的發(fā)現(xiàn)bug
5.8.3. 測試數(shù)據(jù)的準(zhǔn)備和測試工具的選擇
5.8.4. 提供測試結(jié)論，測試通過提出產(chǎn)品上架發(fā)布請求，并對遺留問題進(jìn)行說明
5.9. 缺陷管理
5.9.1. 參與人員：開發(fā)，測試
5.9.2. 目標(biāo)：找出軟件缺陷并及時修復(fù)
5.9.3. 缺陷管理流程
5.10. 產(chǎn)品上線評審
5.10.1. 參與人員：產(chǎn)品，開發(fā)，測試
5.10.2. 目標(biāo)：產(chǎn)品經(jīng)理對需求進(jìn)行最后確認(rèn)，測試人員針對測試環(huán)境的測試結(jié)果進(jìn)行說明并且評估產(chǎn)品上線風(fēng)險
5.10.3. 需求變更：任何需求變更需要提出需求變更請求，并由相關(guān)負(fù)責(zé)人審批？
5.11. 預(yù)發(fā)布環(huán)境發(fā)布
5.11.1. 參與人員：運(yùn)維
5.11.2. 目標(biāo)：發(fā)布預(yù)發(fā)布環(huán)境，提供穩(wěn)定的測試環(huán)境
5.11.3. 發(fā)布要求：critical bug數(shù)量為0，high priority bug數(shù)量為0，medium priority bug數(shù)量不大于2，low priority bug數(shù)量不做約束
5.12. 預(yù)發(fā)布環(huán)境測試
5.12.1. 參與人員：測試
5.12.2. 測試范圍：新需求全部功能點(diǎn)，和全部回歸測試（根據(jù)實(shí)際情況可調(diào)整回歸測試范圍，比如僅測試會影響新功能點(diǎn)的測試用例。
5.13. 產(chǎn)品上線請求
5.13.1. 參與人員：測試
5.13.2. 目標(biāo)：提出發(fā)布請求，并對測試環(huán)境的測試結(jié)果進(jìn)行報告和說明
5.13.3. 發(fā)布要求：critical bug數(shù)量為0，high priority bug數(shù)量為0，medium priority bug數(shù)量不大于2，low priority bug數(shù)量不做約束。
5.14. 生產(chǎn)環(huán)境發(fā)布
5.14.1. 參與人員：運(yùn)維
5.14.2. 目標(biāo)：發(fā)布生產(chǎn)環(huán)境
5.15. 生產(chǎn)環(huán)境測試
5.15.1. 參與人員：測試
5.15.2. 測試范圍：主要的新功能點(diǎn)和產(chǎn)品主流程
5.16. 發(fā)布結(jié)束
6. 異常發(fā)布流程
6.1. 生產(chǎn)環(huán)境缺陷提出
6.1.1. 發(fā)生時間：產(chǎn)品上線之后
6.1.2. 發(fā)生環(huán)境：生產(chǎn)環(huán)境提出產(chǎn)品缺陷
6.2. 缺陷評審
6.2.1. 參與人員：產(chǎn)品，開發(fā)，測試
6.2.2. 目的：評審缺陷的嚴(yán)重和緊急程度，決定是否需要開啟異常發(fā)布流程
6.2.3. 缺陷等級評審：critical bug 必須修復(fù)，high priority bug 和medium priority bug征求產(chǎn)品和研發(fā)意見，low priority bug不走異常發(fā)布流程。
6.3. 發(fā)布請求
6.3.1. 參與人員：測試
6.3.2. 目標(biāo)：提出發(fā)布請求，并對測試環(huán)境的測試結(jié)果進(jìn)行報告和說明
6.4. 生產(chǎn)環(huán)境發(fā)布
6.4.1. 參與人員：運(yùn)維
6.4.2. 目標(biāo)：發(fā)布生產(chǎn)環(huán)境
6.5. 生產(chǎn)環(huán)境測試
6.5.1. 參與人員：測試
6.5.2. 測試范圍：主要的新功能點(diǎn)和產(chǎn)品主流程
6.6. 發(fā)布結(jié)束
