小牛在線研發(fā)項(xiàng)目流程及工作約定V1.0

小牛在線研發(fā)項(xiàng)目流程及工作約定V1.0所屬域□研發(fā)

□運(yùn)行維護(hù)

□運(yùn)營(yíng)

□產(chǎn)品

□市場(chǎng)

□支持管理

□財(cái)務(wù)

□品牌公關(guān)

□機(jī)構(gòu)合作

□用戶(hù)體驗(yàn)

□數(shù)據(jù)□客服流程類(lèi)型□公司級(jí)流程

□跨系統(tǒng)流程

□系統(tǒng)內(nèi)流程

□跨部門(mén)流程

□部門(mén)內(nèi)流程適用范圍小牛在線研發(fā)項(xiàng)目流程owner需求提出人，版本負(fù)責(zé)人，產(chǎn)品負(fù)責(zé)人，系統(tǒng)設(shè)計(jì)人員、美術(shù)、UI、開(kāi)發(fā)人員，測(cè)試人員，運(yùn)維人員等*版本信息版本更新日期更改要點(diǎn)說(shuō)明編制審核批準(zhǔn)1.02016-11-25創(chuàng)建文檔定慧王昱茜郭瑋目錄內(nèi)容1.研發(fā)項(xiàng)目流程總覽2.版本啟動(dòng)前流程&標(biāo)準(zhǔn)3.TAPD需求流程4.版本轉(zhuǎn)測(cè)流程&標(biāo)準(zhǔn)5.TAPD缺陷流程6.準(zhǔn)生產(chǎn)環(huán)境測(cè)試提包規(guī)范7.版本發(fā)布流程&標(biāo)準(zhǔn)8.其它約定版本正式啟動(dòng)前說(shuō)明常規(guī)版本均需按照該流程執(zhí)行，緊急版本：現(xiàn)網(wǎng)問(wèn)題解決的版本、臨時(shí)增加的新需求版本且版本工期在5個(gè)工作日之內(nèi)完成的版本，可根據(jù)具體情況進(jìn)行裁剪所有對(duì)外發(fā)布版本需創(chuàng)建迭代并標(biāo)注版本號(hào)（緊急版本除外），即對(duì)外只能按版本發(fā)布，不能發(fā)布單個(gè)需求若后續(xù)步驟中，發(fā)現(xiàn)某一部分質(zhì)量不符合，要將這一部分內(nèi)容“回滾”直到滿(mǎn)足要求需求的類(lèi)型定義以及需求變更流程參看《小牛在線需求管理制度指引》研發(fā)項(xiàng)目流程總覽版本啟動(dòng)前流程圖版本啟動(dòng)前流程活動(dòng)步驟輸入活動(dòng)說(shuō)明和責(zé)任人輸出備注一、需求規(guī)劃需求部門(mén)提交的需求針對(duì)各部門(mén)提出的需求進(jìn)行需求調(diào)研以及評(píng)估，輸出需求文檔和原型——產(chǎn)品負(fù)責(zé)人組織需求澄清，確保產(chǎn)品、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、運(yùn)維人員對(duì)需求理解一致，并確認(rèn)需求優(yōu)先級(jí)和初步排期——產(chǎn)品負(fù)責(zé)人根據(jù)需求和原型輸出交互設(shè)計(jì)、視覺(jué)設(shè)計(jì)——設(shè)計(jì)負(fù)責(zé)人評(píng)審?fù)ㄟ^(guò)的需求以及原型初步排期確認(rèn)的交互設(shè)計(jì)、視覺(jué)設(shè)計(jì)稿需求評(píng)審會(huì)，開(kāi)發(fā)、測(cè)試人員必須與會(huì)，運(yùn)維人員根據(jù)需要參加二、需求確認(rèn)第一步的輸出物根據(jù)第一步輸出進(jìn)行需求的細(xì)化和拆分，編寫(xiě)系統(tǒng)設(shè)計(jì)文檔，明確設(shè)計(jì)方案，數(shù)據(jù)庫(kù)設(shè)計(jì)，接口設(shè)計(jì)，模塊分解等——開(kāi)發(fā)負(fù)責(zé)人對(duì)細(xì)化后的需求、交互、視覺(jué)、系統(tǒng)設(shè)計(jì)進(jìn)行評(píng)審，以確保大家對(duì)需求和設(shè)計(jì)理解一致——開(kāi)發(fā)負(fù)責(zé)人細(xì)化的需求系統(tǒng)設(shè)計(jì)文檔需求及設(shè)計(jì)文檔可提供測(cè)試用例編寫(xiě)參考，且需作為轉(zhuǎn)測(cè)交付件三、版本計(jì)劃第二步的輸出物評(píng)估開(kāi)發(fā)工作量和風(fēng)險(xiǎn)，確認(rèn)開(kāi)發(fā)計(jì)劃——開(kāi)發(fā)負(fù)責(zé)人評(píng)估測(cè)試工作量和風(fēng)險(xiǎn)，輸出測(cè)試計(jì)劃——測(cè)試負(fù)責(zé)人輸出上線部署計(jì)劃——運(yùn)維負(fù)責(zé)人TAPD創(chuàng)建迭代，明確迭代內(nèi)容、迭代目標(biāo)、迭代啟動(dòng)、轉(zhuǎn)測(cè)和發(fā)布時(shí)間（如涉及免測(cè)版本需注明免測(cè)標(biāo)識(shí)，并說(shuō)明免測(cè)原因）——版本負(fù)責(zé)人發(fā)送版本啟動(dòng)郵件，知會(huì)到所有干系人——版本負(fù)責(zé)人描述完整、已拆分并達(dá)成一致的需求列表經(jīng)產(chǎn)品、開(kāi)發(fā)、測(cè)試、運(yùn)維評(píng)估通過(guò)的版本計(jì)劃版本啟動(dòng)郵件可根據(jù)版本具體情況選擇是否召開(kāi)版本啟動(dòng)會(huì)議版本啟動(dòng)標(biāo)準(zhǔn)序號(hào)主要啟動(dòng)要求描述責(zé)任人備注1明確版本發(fā)布目標(biāo)、版本范圍、版本計(jì)劃（開(kāi)發(fā)、測(cè)試、運(yùn)維完成時(shí)間）版本負(fù)責(zé)人2產(chǎn)品需求通過(guò)評(píng)審&評(píng)估，確定需求初步排期產(chǎn)品負(fù)責(zé)人3交互設(shè)計(jì)、視覺(jué)設(shè)計(jì)定稿設(shè)計(jì)負(fù)責(zé)人3細(xì)化的需求以及系統(tǒng)設(shè)計(jì)文檔通過(guò)評(píng)審開(kāi)發(fā)負(fù)責(zé)人4TAPD創(chuàng)建好迭代，包含以下內(nèi)容：

1、迭代目標(biāo)（迭代相關(guān)信息，如概括本迭代主要完成內(nèi)容、風(fēng)險(xiǎn)、版本負(fù)責(zé)人、測(cè)試計(jì)劃等）；

2、迭代啟動(dòng)、轉(zhuǎn)測(cè)和發(fā)布時(shí)間；

3、版本、開(kāi)發(fā)、測(cè)試、產(chǎn)品、運(yùn)維負(fù)責(zé)人名單。版本負(fù)責(zé)人5準(zhǔn)備好TAPD需求列表，滿(mǎn)足下面條件：

1、明確每條需求/任務(wù)的開(kāi)發(fā)人員、測(cè)試人員、預(yù)估工時(shí)；

2、需求、任務(wù)已細(xì)化到具體的子模塊，且各子需求預(yù)估工時(shí)不超過(guò)2天；

3、需求內(nèi)容清晰無(wú)遺漏，明確優(yōu)先級(jí)；

4、每條需求/任務(wù)的預(yù)計(jì)開(kāi)始和結(jié)束時(shí)間填寫(xiě)完畢（根據(jù)依賴(lài)關(guān)系和需求優(yōu)先級(jí)）；

5、明確需求驗(yàn)收標(biāo)準(zhǔn)。開(kāi)發(fā)負(fù)責(zé)人6確定好本版本需要的測(cè)試計(jì)劃和測(cè)試方案測(cè)試負(fù)責(zé)人7確定上線部署計(jì)劃運(yùn)維負(fù)責(zé)人8召開(kāi)版本啟動(dòng)會(huì)議（可選）并發(fā)送版本啟動(dòng)郵件知會(huì)到所有干系人版本負(fù)責(zé)人說(shuō)明：版本啟動(dòng)前所有需求以及設(shè)計(jì)文檔應(yīng)已確定。TAPD需求流程規(guī)劃中：產(chǎn)品負(fù)責(zé)人將獲取到的新需求錄入TAPD待排需求池，并組織對(duì)需求進(jìn)行講解評(píng)審中：開(kāi)發(fā)負(fù)責(zé)人在完成需求的細(xì)化以及系統(tǒng)設(shè)計(jì)后，針對(duì)需求具體情況組織評(píng)審，以便產(chǎn)品、開(kāi)發(fā)，測(cè)試，運(yùn)維對(duì)需求以及設(shè)計(jì)理解一致，將狀態(tài)流轉(zhuǎn)到評(píng)審中已評(píng)審：版本負(fù)責(zé)人將評(píng)審后的需求規(guī)劃到具體的迭代，并將該需求流轉(zhuǎn)到對(duì)應(yīng)的開(kāi)發(fā)人員開(kāi)發(fā)中：開(kāi)發(fā)人員進(jìn)行編碼，并完成codereview以及自測(cè)聯(lián)調(diào)，保證冒煙測(cè)試通過(guò)后，將需求狀態(tài)流轉(zhuǎn)到故事驗(yàn)證，若不需故事驗(yàn)證，則直接發(fā)起測(cè)試申請(qǐng)郵件，將需求流轉(zhuǎn)到對(duì)應(yīng)的測(cè)試人員故事驗(yàn)證：測(cè)試人員進(jìn)行故事驗(yàn)證，發(fā)現(xiàn)的缺陷錄入TAPD，驗(yàn)證完已修改的缺陷，并在開(kāi)發(fā)提交的轉(zhuǎn)測(cè)申請(qǐng)?jiān)u估通過(guò)后將狀態(tài)流轉(zhuǎn)到測(cè)試中測(cè)試中：測(cè)試人員進(jìn)行測(cè)試驗(yàn)證以及預(yù)發(fā)布驗(yàn)證，發(fā)現(xiàn)的問(wèn)題錄入TAPD，缺陷修復(fù)驗(yàn)證OK后將狀態(tài)流轉(zhuǎn)到已完成已完成：該狀態(tài)為需求的正常結(jié)束狀態(tài)（包含完成測(cè)試后的待發(fā)布和已發(fā)布兩種狀態(tài)）掛起：由于不可控原因，如其他高優(yōu)先級(jí)緊急需求加入，導(dǎo)致該需求暫時(shí)掛起，可重新打開(kāi)到開(kāi)發(fā)中已拒絕：不再需要的需求，該狀態(tài)為需求的異常結(jié)束狀態(tài)，處理人需備注清楚拒絕原因，并周知干系人版本轉(zhuǎn)測(cè)流程圖版本轉(zhuǎn)測(cè)流程活動(dòng)步驟輸入活動(dòng)說(shuō)明和責(zé)任人輸出備注一、開(kāi)發(fā)1、開(kāi)發(fā)完成代碼1.開(kāi)發(fā)完成后，開(kāi)發(fā)人員需要對(duì)照需求范圍和驗(yàn)收標(biāo)準(zhǔn)進(jìn)行自測(cè)，若涉及到多模塊需進(jìn)行自測(cè)聯(lián)調(diào)，確保開(kāi)發(fā)質(zhì)量；保證冒煙測(cè)試用例執(zhí)行通過(guò)——開(kāi)發(fā)負(fù)責(zé)人/版本負(fù)責(zé)人2.為進(jìn)一步保障代碼質(zhì)量，可先用靜態(tài)代碼檢查工具掃描代碼，確保所有掃描問(wèn)題都清零再提交代碼（可選）——開(kāi)發(fā)負(fù)責(zé)人持續(xù)開(kāi)展Codereview（走查、會(huì)議評(píng)審），檢視發(fā)現(xiàn)的缺陷建議提交缺陷庫(kù)，確保問(wèn)題及時(shí)修改

——開(kāi)發(fā)負(fù)責(zé)人組織測(cè)試用例評(píng)審，確保對(duì)應(yīng)的開(kāi)發(fā)負(fù)責(zé)人、產(chǎn)品負(fù)責(zé)人參加，并輸出測(cè)試用例評(píng)審報(bào)告——測(cè)試負(fù)責(zé)人開(kāi)發(fā)自測(cè)聯(lián)調(diào)通過(guò)后執(zhí)行故事驗(yàn)證，故事驗(yàn)證發(fā)現(xiàn)缺陷提交缺陷庫(kù)并輸出測(cè)試日?qǐng)?bào)——測(cè)試負(fù)責(zé)人及時(shí)修改故事驗(yàn)證階段缺陷——開(kāi)發(fā)負(fù)責(zé)人自測(cè)試驗(yàn)證結(jié)果（無(wú)需求驗(yàn)收標(biāo)準(zhǔn)情況下提供）；靜態(tài)代碼檢查工具掃描結(jié)果（全部清零）；Codereview問(wèn)題已修改；故事驗(yàn)證所需接口、配置文檔等；評(píng)審后的測(cè)試用例以及評(píng)審報(bào)告已修復(fù)缺陷列表測(cè)試日?qǐng)?bào)故事驗(yàn)證通過(guò)的需求。1.自測(cè)試結(jié)果體現(xiàn)在轉(zhuǎn)測(cè)試申請(qǐng)的“測(cè)試說(shuō)明”中2.需求可單獨(dú)轉(zhuǎn)故事驗(yàn)證二、集成測(cè)試轉(zhuǎn)集成測(cè)試版本；轉(zhuǎn)測(cè)郵件；集成測(cè)試所需接口、配置文檔。評(píng)估轉(zhuǎn)集成測(cè)試版本是否達(dá)到轉(zhuǎn)測(cè)標(biāo)準(zhǔn)，如評(píng)估不通過(guò)，可做版本打回處理——測(cè)試負(fù)責(zé)人執(zhí)行集成測(cè)試，集成測(cè)試發(fā)現(xiàn)缺陷提交缺陷庫(kù)并輸出測(cè)試日?qǐng)?bào)——測(cè)試負(fù)責(zé)人及時(shí)修改集成測(cè)試階段發(fā)現(xiàn)的缺陷——開(kāi)發(fā)負(fù)責(zé)人已修復(fù)缺陷列表；測(cè)試日?qǐng)?bào)集成測(cè)試通過(guò)版本；測(cè)試驗(yàn)證通過(guò)的接口、配置文檔。三、預(yù)發(fā)布測(cè)試第二步的輸出物執(zhí)行預(yù)發(fā)布測(cè)試，預(yù)發(fā)布測(cè)試發(fā)現(xiàn)缺陷提交缺陷庫(kù)并輸出測(cè)試日?qǐng)?bào)——測(cè)試負(fù)責(zé)人輸出TAPD測(cè)試報(bào)告郵件——測(cè)試負(fù)責(zé)人預(yù)發(fā)布版本；測(cè)試日?qǐng)?bào)版本部署文檔;TAPD測(cè)試報(bào)告。說(shuō)明：若測(cè)試工時(shí)（含故事驗(yàn)證、集成測(cè)試以及預(yù)發(fā)布測(cè)試）>=5個(gè)工作日時(shí)，在測(cè)試階段需輸出測(cè)試日?qǐng)?bào)版本轉(zhuǎn)測(cè)標(biāo)準(zhǔn)序號(hào)。主要轉(zhuǎn)測(cè)要求描述責(zé)任人備注1需求以及系統(tǒng)設(shè)計(jì)文檔（含接口文檔、數(shù)據(jù)庫(kù)設(shè)計(jì)文檔等）評(píng)審?fù)ㄟ^(guò)開(kāi)發(fā)負(fù)責(zé)人2代碼通過(guò)靜態(tài)代碼檢查工具掃描，并保證掃描發(fā)現(xiàn)問(wèn)題清零開(kāi)發(fā)負(fù)責(zé)人3已完成SQL審核（可選）測(cè)試負(fù)責(zé)人通過(guò)查看TAPD“SQL審核”任務(wù)是否已完成4所有的新增特性和本版本修復(fù)的缺陷需要通過(guò)自測(cè)試（自測(cè)試驗(yàn)證標(biāo)準(zhǔn)參考需求驗(yàn)收標(biāo)準(zhǔn)）開(kāi)發(fā)負(fù)責(zé)人Bug回溯會(huì)挑選開(kāi)發(fā)自測(cè)能夠發(fā)現(xiàn)/重新打開(kāi)的缺陷進(jìn)行回溯5對(duì)于重要邏輯和關(guān)鍵點(diǎn)，增加單元測(cè)試，并保證單元測(cè)試全部通過(guò)開(kāi)發(fā)負(fù)責(zé)人6基本冒煙測(cè)試用例100%通過(guò)測(cè)試負(fù)責(zé)人7涉及多模塊的需求已完成自測(cè)聯(lián)調(diào)，發(fā)現(xiàn)的缺陷已修復(fù)版本負(fù)責(zé)人8所有的新增特性需要開(kāi)展故事驗(yàn)證，并保證故事驗(yàn)證通過(guò)測(cè)試負(fù)責(zé)人9a.故事驗(yàn)證發(fā)現(xiàn)的所有必現(xiàn)的嚴(yán)重/高優(yōu)先級(jí)以上的缺陷必須完成修復(fù)；b.其它未修復(fù)缺陷，需經(jīng)產(chǎn)品、開(kāi)發(fā)、測(cè)試三方評(píng)估對(duì)版本測(cè)試無(wú)影響后，可以開(kāi)展轉(zhuǎn)測(cè)試產(chǎn)品/版本/測(cè)試/開(kāi)發(fā)負(fù)責(zé)人10提供安裝部署包、發(fā)布文檔（readme）版本負(fù)責(zé)人說(shuō)明：

1、不符合轉(zhuǎn)測(cè)標(biāo)準(zhǔn)，請(qǐng)測(cè)試負(fù)責(zé)人做轉(zhuǎn)測(cè)試評(píng)估時(shí)打回版本2、回歸版本也按照一樣的標(biāo)準(zhǔn)要求TAPD缺陷流程新：開(kāi)發(fā)、測(cè)試或運(yùn)維人員發(fā)現(xiàn)缺陷，錄入TAPD缺陷單，初始狀態(tài)為新（在不知道對(duì)應(yīng)的開(kāi)發(fā)人員時(shí)可先提給版本負(fù)責(zé)人）接受/處理：開(kāi)發(fā)人員確認(rèn)缺陷，將狀態(tài)流轉(zhuǎn)為接受/處理狀態(tài)，進(jìn)行定位解決已解決：開(kāi)發(fā)人員將問(wèn)題修復(fù)并自測(cè)試通過(guò)后將狀態(tài)流轉(zhuǎn)為已解決并將缺陷流轉(zhuǎn)給對(duì)應(yīng)的測(cè)試人員已驗(yàn)證：測(cè)試人員接收到TAPD已解決缺陷單后進(jìn)行驗(yàn)證，確認(rèn)OK則將狀態(tài)修改為已驗(yàn)證。重新打開(kāi)：測(cè)試人員在驗(yàn)證時(shí)發(fā)現(xiàn)問(wèn)題尚未解決，或一個(gè)分支已解決另外一個(gè)分支未解決均需重新打開(kāi)，流轉(zhuǎn)給對(duì)應(yīng)的開(kāi)發(fā)人員（若該問(wèn)題已解決但引入了其它新的問(wèn)題，則新建缺陷單）已拒絕：當(dāng)版本負(fù)責(zé)人或開(kāi)發(fā)人員定位為非缺陷時(shí)，與提單人確認(rèn)OK后將狀態(tài)流轉(zhuǎn)到已拒絕，并備注拒絕原因已關(guān)閉：為缺陷的最終狀態(tài)，由缺陷創(chuàng)建人關(guān)閉缺陷掛起：確認(rèn)是問(wèn)題，但因不可控力在本版本無(wú)法修改（如，第三方問(wèn)題，環(huán)境問(wèn)題等）且不影響版本正常發(fā)布的缺陷，經(jīng)版本負(fù)責(zé)人，產(chǎn)品負(fù)責(zé)人、開(kāi)發(fā)負(fù)責(zé)人，測(cè)試負(fù)責(zé)人以及運(yùn)維負(fù)責(zé)人確認(rèn)后可置為掛起狀態(tài)。（掛起狀態(tài)非缺陷的最終狀態(tài)，需定期對(duì)掛起問(wèn)題進(jìn)行確認(rèn)）說(shuō)明：關(guān)于缺陷錄入說(shuō)明1、開(kāi)發(fā)人員錄入：Codereview、自測(cè)試發(fā)現(xiàn)的缺陷（免測(cè)版本）2、測(cè)試人員錄入：故事驗(yàn)證、集成測(cè)試、預(yù)發(fā)布測(cè)試、發(fā)布確認(rèn)時(shí)發(fā)現(xiàn)的缺陷3、運(yùn)維人員錄入：現(xiàn)網(wǎng)環(huán)境相關(guān)的缺陷準(zhǔn)生產(chǎn)環(huán)境測(cè)試提包規(guī)范所有提測(cè)批次包里，按照開(kāi)發(fā)負(fù)責(zé)人提供的目錄（分模塊提測(cè)）進(jìn)行提測(cè)。在模塊下的app和web目錄，需要存放測(cè)試通過(guò)的最新的zip包。在各個(gè)模塊中保留開(kāi)發(fā)提測(cè)包的方式，如每個(gè)模塊分

app和web

目錄，sql，readme等。

測(cè)試負(fù)責(zé)人需對(duì)各個(gè)模塊中開(kāi)發(fā)負(fù)責(zé)人提交的readme文件進(jìn)行評(píng)審，確保在測(cè)試環(huán)境中所有配置項(xiàng)都配置正確，并通過(guò)測(cè)試運(yùn)維負(fù)責(zé)人根據(jù)每個(gè)模塊里的readme進(jìn)行環(huán)境部署。如：20161115_1

提測(cè)包里按照各個(gè)模塊的方式進(jìn)行提測(cè)。如

product模塊：增量APP目錄增量WEB目錄版本發(fā)布流程圖版本發(fā)布流程活動(dòng)步驟輸入活動(dòng)說(shuō)明和責(zé)任人輸出備注一、提交發(fā)布申請(qǐng)測(cè)試驗(yàn)證通過(guò)版本；上線部署操作文檔/郵件（發(fā)布文檔）。會(huì)議評(píng)審：版本負(fù)責(zé)人組織對(duì)發(fā)布版本的功能進(jìn)行演示，并對(duì)遺留缺陷進(jìn)行評(píng)審，產(chǎn)品、開(kāi)發(fā)、測(cè)試、運(yùn)維共同評(píng)估是否可帶BUG發(fā)布，若評(píng)審不通過(guò)，則結(jié)束發(fā)布流程。若會(huì)議評(píng)審?fù)ㄟ^(guò)，版本負(fù)責(zé)人在TAPD上提交“發(fā)布評(píng)審”申請(qǐng)，需提供上線部署操作文檔（包含發(fā)布、回滾和驗(yàn)證步驟），并注明是否灰度發(fā)布（重構(gòu)和新功能版本需要灰度）發(fā)布評(píng)審申請(qǐng)未上TAPD的項(xiàng)目請(qǐng)走郵件審批二、發(fā)布評(píng)審第一步的輸出物會(huì)簽審批：由產(chǎn)品總監(jiān)、研發(fā)總監(jiān)、測(cè)試總監(jiān)、運(yùn)維總監(jiān)共同會(huì)簽，需四方均審核通過(guò)后才可發(fā)布；若會(huì)簽不通過(guò)則需修改后重新發(fā)起發(fā)布評(píng)審——版本負(fù)責(zé)人會(huì)簽通過(guò)的發(fā)布評(píng)審三、發(fā)布實(shí)施和確認(rèn)第二步的輸出物發(fā)布實(shí)施：嚴(yán)格按照發(fā)布文檔中的上線部署步驟要求進(jìn)行上線部署操作，確保部署成功，如部署失敗進(jìn)行打回處理——運(yùn)維負(fù)責(zé)人若需要灰度，則先灰度發(fā)布再全量發(fā)布——運(yùn)維負(fù)責(zé)人發(fā)布確認(rèn)：版本完成線上更新后，版本負(fù)責(zé)人結(jié)束發(fā)布評(píng)審流程，確認(rèn)發(fā)布完畢確認(rèn)版本發(fā)布完畢重構(gòu)和新功能版本先灰度再全量發(fā)布，二次開(kāi)發(fā)和優(yōu)化需求直接全量發(fā)布說(shuō)明：需求上線后，涉及到與運(yùn)營(yíng)相關(guān)的需求，請(qǐng)產(chǎn)品負(fù)責(zé)人通知

運(yùn)營(yíng)人員進(jìn)行上線事宜處理版本發(fā)布標(biāo)準(zhǔn)序號(hào)主要發(fā)布要求描述責(zé)任人備注1提供版本所需發(fā)布文檔（readme）測(cè)試OK測(cè)試負(fù)責(zé)人2確定需要在當(dāng)前版本修復(fù)的現(xiàn)網(wǎng)缺陷，如果沒(méi)有完成修復(fù)，不能發(fā)布版本版本/測(cè)試負(fù)責(zé)人3所有必現(xiàn)的嚴(yán)重/高優(yōu)先級(jí)以上的缺陷必須完成修復(fù)版本/測(cè)試負(fù)責(zé)人4重構(gòu)以及新功能版本先灰度再全量發(fā)布版本/產(chǎn)品負(fù)責(zé)人5若有嚴(yán)重及以上必現(xiàn)的遺留BUG需會(huì)議評(píng)審?fù)ㄟ^(guò)版本/測(cè)試負(fù)責(zé)人6偶現(xiàn)的致命類(lèi)、嚴(yán)重類(lèi)Bug且優(yōu)先級(jí)為中級(jí)以下的Bug，經(jīng)產(chǎn)品、開(kāi)發(fā)、測(cè)試三方評(píng)估影響面后，可以暫時(shí)掛起或在下一版本修復(fù)產(chǎn)品/版本/測(cè)試負(fù)責(zé)人

說(shuō)明：測(cè)試版本評(píng)審經(jīng)產(chǎn)品負(fù)責(zé)人、研發(fā)總監(jiān)、測(cè)試總監(jiān)、運(yùn)維總監(jiān)審核通過(guò)后