產(chǎn)品上線管理辦法

產(chǎn)品上線管理辦法產(chǎn)品上線管理辦法目錄一 產(chǎn)品上線前準(zhǔn)備11、 提交測試（開發(fā)、產(chǎn)品部）12、 接收測試（測試部）23、 結(jié)束測試（測試部）24、上線條件（產(chǎn)品部）2二 Bug級別分類51、嚴(yán)重錯誤52、次要錯誤53、不合理或別扭54、微不足道55、新特性56、歧義問題,6三 測試流程圖61、產(chǎn)品測試流程62、日常監(jiān)測流程8四 溝通機制10一、 目的：為了規(guī)范公司開發(fā)、產(chǎn)品、測試以及其他與項目相關(guān)部門之間流程上更加合理、規(guī)范，保證產(chǎn)品順利且高質(zhì)量的上線展現(xiàn)給用戶，現(xiàn)制定各個環(huán)節(jié)的流程且需要在郵件中必須提供的相關(guān)內(nèi)容。二、 職責(zé)：1. 產(chǎn)品規(guī)劃：負(fù)責(zé)搜集匯總所有需求，形成完善的產(chǎn)品原型及需求文檔，認(rèn)定產(chǎn)品bug（標(biāo)準(zhǔn)），決定產(chǎn)品發(fā)布。2. 產(chǎn)品開發(fā)：按照產(chǎn)品需求文檔完成產(chǎn)品的開發(fā)工作，并完成開發(fā)自測，提交自測報告（李兵+段建功兩個team出）。3. 測試與質(zhì)量：結(jié)合test case 庫及產(chǎn)品需求文檔進(jìn)行產(chǎn)品測試，提交測試報告。4. 發(fā)布小組：負(fù)責(zé)對產(chǎn)品更新版本進(jìn)行發(fā)布。三、 決策機制：1. 內(nèi)部：產(chǎn)品部門提交上線報備（至少提前半天）， 由產(chǎn)品規(guī)劃總監(jiān)確認(rèn)。涉及到如下功能播放器、后臺系統(tǒng)、廣告系統(tǒng)、發(fā)布系統(tǒng)、搜索功能的情況，由研發(fā)副總裁確認(rèn)。2. 外部：由網(wǎng)站部總編輯確認(rèn)。四、 工作機制1. 產(chǎn)品立項：i. PRDii. 資源支持iii. 項目計劃2. 產(chǎn)品開發(fā)與自測3. 產(chǎn)品規(guī)劃確認(rèn)功能實現(xiàn)4. 產(chǎn)品測試5. 產(chǎn)品規(guī)劃確認(rèn)bug6. 產(chǎn)品上線：上線會議7. 工作流程：8.9. 溝通機制：原則：面對面、及時溝通。測試人員應(yīng)盡量把問題描述清楚，并提供圖片或問題地址、測試環(huán)境等，為開發(fā)人員確定問題提供便利，對于雙方存在分歧的問題可以采取以下方式：1：測試人員主動與開發(fā)人員電話或面對面溝通，把問題發(fā)現(xiàn)的條件，判斷問題的依據(jù)等與開發(fā)人員溝通清楚，也聽取開發(fā)人員的分析。2 通過郵件問題報告方式把測試的觀點依據(jù)發(fā)送給開發(fā)工程師，并抄送雙方領(lǐng)導(dǎo)，以書面形式獲得更多的信息。3 可以邀請開發(fā)工程師和相關(guān)部門的同事領(lǐng)導(dǎo)共同開會探討問題的解決方式，以達(dá)成共識。1、 提交測試（開發(fā)、產(chǎn)品部）項目提交測試版本前，盡量請開發(fā)或者產(chǎn)品確保相關(guān)的文檔提供給測試進(jìn)行提前熟悉，保證測試時間不耽誤在熟悉文檔上。（如果時間緊急，可特殊處理） 提交測試版本，郵件內(nèi)容如下：項目名稱：XXXX開發(fā)或產(chǎn)品負(fù)責(zé)人：XXXX項目預(yù)估時間：XXXX （例如預(yù)計何時上線）需求文檔或說明：（無具體需求文檔，則請?zhí)峤话姹菊f明）測試環(huán)境：例如綁定地址、測試地址等；項目bug指派人：（主要負(fù)責(zé)人、相關(guān)人員）2、 接收測試（測試部）測試人員在接到版本測試任務(wù)，需要先熟悉郵件相關(guān)的內(nèi)容是否有影響測試的問題存在，如果沒有，可發(fā)送接收測試郵件，郵件內(nèi)容如下：測試項目名稱：XXXX測試負(fù)責(zé)人：XXXX測試時間：XXXX （第一輪測試、第二輪測試）備注說明：1、測試期間，請不要將修復(fù)的bug，及時更新到測試環(huán)境，以免影響測試效率和時間（除了嚴(yán)重影響測試執(zhí)行工作的問題可及時反饋、及時修改外）； 2、第一輪結(jié)束測試，bug修改完畢之后，請?zhí)峤粡?fù)測申請。3、項目上線前，無提交復(fù)測申請，則測試不隨時跟蹤改變bug修改狀態(tài)。 確保bug已解決的定義為：開發(fā)修復(fù)并更新bug狀態(tài)提交復(fù)測申請。4、上線前測試報備：測試驗證確認(rèn)并關(guān)閉bug，且嚴(yán)重問題必須解決方可上線。3、 結(jié)束測試（測試部） 項目進(jìn)入測試結(jié)束部分，完成最后一輪測試，則請測試負(fù)責(zé)人，發(fā)送郵件給項目所有相關(guān)人員。郵件內(nèi)容如以下：測試項目名稱：XXXX測試時間：XXXXX測試負(fù)責(zé)人：XXXX測試bug問題主要體現(xiàn)：例如：功能未實現(xiàn)、鏈接錯誤、設(shè)計不合理等；測試bug是否影響上線：（測試角度分析，并說明問題風(fēng)險，若無風(fēng)險，則需要說明。）測試提交bug列表（嚴(yán)重問題標(biāo)示紅色字體）：測試報告文檔輸出。 4、上線條件（產(chǎn)品部）產(chǎn)品部或者項目負(fù)責(zé)人，需要根據(jù)測試報告分析是否符合上線。無論是否上線均請郵件中說明原因，并及時反饋給此項目所有相關(guān)人員知曉。五、 Bug認(rèn)定標(biāo)準(zhǔn)及分級1、嚴(yán)重錯誤出現(xiàn)這種bug，技術(shù)人員需立即放下手頭工作，馬上解決。例如：A、視頻無法正常播放；B、播放器功能無法正常使用（如不能清晰度切換，不能拖拽時間軸觀看，不能全普屏幕觀看等問題）；C、廣告無法正常播放；D、統(tǒng)計數(shù)據(jù)無法正確上報；E、隨機出現(xiàn)問題，可復(fù)現(xiàn)、概率高并影響視頻正常播放；2、次要錯誤這種問題，收集整理隨下次版本更新一起解決。例如：a、不影響視頻正常播放；b、隨機出現(xiàn)問題，不容易重現(xiàn)且不影響用戶正常的視頻觀看；c、輔助性功能問題，例：無法跳過片頭、片尾，無法續(xù)播等；3、不合理或別扭這種問題，經(jīng)過與產(chǎn)品人員商定后，如需調(diào)整則隨下次版本更新一起解決。例如：a、界面顯示不友好；b、提示不友好等；c、功能設(shè)計不合理；4、微不足道這種問題，進(jìn)行收集后統(tǒng)一發(fā)布版本更新。例如：a、不影響用戶正常視頻播放；b、不影響廣告正常播放；c、不影響統(tǒng)計數(shù)據(jù)正常上報；5、新特性反饋給產(chǎn)品人員，如需添加，單獨制定開發(fā)計劃，實現(xiàn)功能。例如：a、添加此功能后有助于提高播放器體驗；6、歧義問題,以下三種情況技術(shù)人員不認(rèn)為是bug。例如：a、在Flash Debug版本下出現(xiàn)的問題（debug是開發(fā)人員使用工具，為了分析問題具體到變量拋出的異常，用戶不會安裝，不會影響用戶正常觀看視頻。）b、網(wǎng)速持續(xù)低于20K/S出現(xiàn)的隨機問題：（網(wǎng)速低于了20K/S，已經(jīng)無法播放我們網(wǎng)站視頻，隨機出現(xiàn)的問題，不具備修復(fù)意義。）c、系統(tǒng)、瀏覽器自身bug導(dǎo)致的問題。（例如：遨游、TT、世界之窗等瀏覽器的某些版本不支持cookie，不屬于播放器問題）三 測試流程圖1、產(chǎn)品測試流程 產(chǎn)品測試流程圖1、 短周期：適用于小幅度改版或者修復(fù)部分bug，提交的測試版本，每輪測試時間在1周以內(nèi)的測試流程。2、 長周期：適用于新產(chǎn)品或者在舊產(chǎn)品基礎(chǔ)上大于5個功能模塊的產(chǎn)品改進(jìn)所提交的測試版本，每輪測試時間在1周以上的測試流程。說明：A.測試啟動：1、測試組參與產(chǎn)品需求討論。2、依據(jù)項目開發(fā)計劃和需求文檔編制測試計劃。B.測試設(shè)計1、根據(jù)需求和設(shè)計等文檔對測試用例進(jìn)行編制。2、系統(tǒng)運行環(huán)境的準(zhǔn)備包括系統(tǒng)設(shè)備、網(wǎng)絡(luò)設(shè)備、軟件運行環(huán)境.。C.測試執(zhí)行1、開發(fā)負(fù)責(zé)人提交版本提交測試說明。2、測試人員依據(jù)測試用例對軟件進(jìn)行測試