項目管理流程適用于服務(wù)器開發(fā)評審版樣本

項目管理流程（合用于server開發(fā)）版本號：1.0目錄：TOC\o"1-4"\h\z\u1. 概述 32. 合用范疇 43. 術(shù)語和縮略語 43.1 術(shù)語 43.2 縮略語 44. 項目管理總流程圖 45. 項目管理規(guī)范和流程 65.1 產(chǎn)品需求文檔（PRD）生成 65.2 技術(shù)調(diào)研 65.3 軟件需求文檔（SRD）編寫 65.3.1 軟件需求文檔（SRD）編寫 65.3.2 SRD文檔評審 75.4 項目預(yù)立項 75.5 項目整體方案設(shè)計 85.5.1 技術(shù)方案設(shè)計 85.5.1.1 概要設(shè)計文檔編寫及評審 85.5.1.2 詳細(xì)設(shè)計文檔編寫與評審 85.5.2 測試方案及用例設(shè)計 85.5.2.1 測試方案設(shè)計及評審 85.5.2.2 測試用例設(shè)計及評審 95.5.3 UI/UE設(shè)計（針對有界面呈現(xiàn)產(chǎn)品） 95.5.4 配備管理方案及籌劃設(shè)計 95.6 項目正式啟動準(zhǔn)備 105.6.1 項目籌劃制定 105.6.2 項目構(gòu)成員列表 105.6.3 風(fēng)險評估及管理 115.6.4 項目質(zhì)量目的設(shè)計和制定 115.6.5 配備管理 125.7 項目啟動會議 125.8 編碼實現(xiàn)及調(diào)試 125.8.1 編碼 125.8.2 單元測試 135.8.3 聯(lián)調(diào) 135.8.4 集成測試 145.8.5 提交系統(tǒng)測試申請 145.8.6 系統(tǒng)測試版本輸出 155.9 系統(tǒng)測試 155.9.1 系統(tǒng)測試 155.9.2 測試報告評審 155.9.3 開發(fā)debug 165.10 性能測試 165.11 封板及代碼凍結(jié) 175.11.1 封板測試及封板 175.11.2 代碼凍結(jié) 175.12 生產(chǎn)環(huán)境布置、驗證測試 185.12.1 上線布置申請 185.12.2 布置上線 185.12.3 驗證測試 196. 文檔模板列表 197. 編制歷史 20概述本文檔旨在通過建立規(guī)范化原則化項目管理流程并且不斷地改進(jìn)、優(yōu)化，達(dá)到提高工作效率，原則化項目管理，提高軟件質(zhì)量，優(yōu)化資源配備，減小風(fēng)險事件等不良影響，減少溝通成本目。進(jìn)而，為公司拓展業(yè)務(wù)、擴(kuò)大規(guī)模、持續(xù)發(fā)展，掃除阻礙、鋪平道路。合用范疇本流程合用于北京無限立通基本平臺服務(wù)器開發(fā)項目管理使用術(shù)語和縮略語下列術(shù)語和縮略語只合用于本規(guī)范：術(shù)語術(shù)語闡明輸入每項任務(wù)開始時前提條件活動每項任務(wù)詳細(xì)工作內(nèi)容分解輸出每項任務(wù)通過活動后得出成果，原則上規(guī)定所有輸出內(nèi)容需要保存、備份。負(fù)責(zé)人指當(dāng)前任務(wù)項重要負(fù)責(zé)人參加方指當(dāng)前任務(wù)項配合、輔助人員縮略語縮略語英文全稱中文含義MRDMarketRequirementDocument市場需求文檔PRDProductRequirementDocument產(chǎn)品需求文檔SRDSoftwareRequirementDocument軟件需求文檔項目管理總流程圖如下是無限立通項目管理總流程圖（本流程合用于服務(wù)端開發(fā)）項目管理規(guī)范和流程產(chǎn)品需求文檔（PRD）生成輸入：移動規(guī)范、業(yè)務(wù)部提出需求、開發(fā)自行新需求活動：產(chǎn)品經(jīng)理結(jié)合移動規(guī)范、業(yè)務(wù)部提出新需求或開發(fā)自行提出新需求，對產(chǎn)品進(jìn)行整體規(guī)劃；產(chǎn)品經(jīng)理依照產(chǎn)品規(guī)劃，編寫和制定《產(chǎn)品需求文檔》；產(chǎn)品需求文檔輸出后，產(chǎn)品經(jīng)理須召集項目經(jīng)理、開發(fā)人員、測試人員對產(chǎn)品詳細(xì)需求進(jìn)行分析、同步及討論；針對產(chǎn)品需求中實現(xiàn)功能點(diǎn)，如果評估有涉及到技術(shù)難點(diǎn)或風(fēng)險點(diǎn)，需要做前期技術(shù)調(diào)研工作。輸出：《產(chǎn)品需求文檔》負(fù)責(zé)人：產(chǎn)品經(jīng)理 參加方：項目經(jīng)理、開發(fā)人員、測試人員技術(shù)調(diào)研輸入：產(chǎn)品文檔活動：針對產(chǎn)品設(shè)計討論過程中所提出技術(shù)性風(fēng)險、難題進(jìn)行前期技術(shù)調(diào)研，技術(shù)調(diào)研都要有一定深度，評測成果要真實可信，其她來源數(shù)據(jù)僅能作為參照，要以自己測試成果為重要根據(jù)；調(diào)研工作結(jié)束后，必要編寫《技術(shù)調(diào)研報告》，報告中要有對被調(diào)研技術(shù)分析和建議結(jié)論；《技術(shù)調(diào)研報告》完畢后，需要與有關(guān)人員共同評估被調(diào)研技術(shù)，評估完畢后，針對該技術(shù)調(diào)研工作完畢；如果在調(diào)研過程中有涉及到有關(guān)代碼和demo，需要在《技術(shù)調(diào)研報告》中體現(xiàn)，并闡明詳細(xì)放置途徑。輸出：《技術(shù)調(diào)研報告》、代碼、Demo負(fù)責(zé)人：開發(fā)人員 參加方：產(chǎn)品經(jīng)理、項目經(jīng)理軟件需求文檔（SRD）編寫軟件需求文檔（SRD）編寫輸入：產(chǎn)品需求文檔活動：項目經(jīng)理依照產(chǎn)品經(jīng)理提供PRD文檔，將PRD文檔轉(zhuǎn)化為軟件需求文檔；SRD文檔重要內(nèi)容包括：項目名稱術(shù)語解釋功能需求描述性能需求描述安全及可擴(kuò)張性需求所參照合同和規(guī)范（包括內(nèi)部合同和外部合同）接口規(guī)定軟硬件需求產(chǎn)品質(zhì)量規(guī)定項目大體籌劃等詳細(xì)格式可參見《軟件需求文檔》模板輸出：《軟件需求文檔》負(fù)責(zé)人：項目經(jīng)理參加方：產(chǎn)品經(jīng)理、開發(fā)人員、測試人員SRD文檔評審輸入：SRD文檔活動：項目經(jīng)理編寫好SRD文檔后，召集產(chǎn)品經(jīng)理、開發(fā)人員、測試人員進(jìn)行討論、評審，并輸出評審報告及修正后SRD文檔。輸出：評審報告，修正后SRD文檔負(fù)責(zé)人：項目經(jīng)理參加方：產(chǎn)品經(jīng)理、開發(fā)人員、測試人員項目預(yù)立項輸入：SRD文檔活動：項目經(jīng)理依照最后擬定SRD文檔對項目進(jìn)行預(yù)立項，對背面工作進(jìn)行安排和規(guī)劃；預(yù)立項工作重要是針對接下來“項目整體方案設(shè)計”階段進(jìn)行規(guī)劃和籌劃安排；項目整體方案設(shè)計重要涵蓋如下四大某些：技術(shù)方案設(shè)計（包括概要設(shè)計及詳細(xì)設(shè)計）UI/UE設(shè)計測試方案及測試用例設(shè)計配備方案及籌劃設(shè)計輸出：項目籌劃負(fù)責(zé)人：項目經(jīng)理參加方：產(chǎn)品經(jīng)理、開發(fā)人員、測試人員、配備管理員項目整體方案設(shè)計技術(shù)方案設(shè)計概要設(shè)計文檔編寫及評審輸入：PRD文檔、SRD文檔、項目籌劃活動：在SRD完畢后，需要開發(fā)人員對SRD、PRD進(jìn)行系統(tǒng)分析工作；必要時需要進(jìn)行額外技術(shù)調(diào)研，技術(shù)調(diào)研流程仍參照5.2環(huán)節(jié)進(jìn)行；初步系統(tǒng)分析完畢后，需要編寫《概要設(shè)計文檔》；概要設(shè)計文檔至少包括內(nèi)容：系統(tǒng)架構(gòu)系統(tǒng)各模塊分解及功能闡明針對《概要設(shè)計文檔》進(jìn)行評審，評審?fù)ㄟ^后初步系統(tǒng)分析完畢詳細(xì)格式可參見《概要設(shè)計文檔》模板輸出：《概要設(shè)計文檔》、評審報告負(fù)責(zé)人：技術(shù)負(fù)責(zé)人參加方：開發(fā)人員、項目經(jīng)理、技術(shù)總監(jiān)、測試人員詳細(xì)設(shè)計文檔編寫與評審輸入：SRD文檔、《概要設(shè)計文檔》、項目籌劃活動：開發(fā)人員依照SRD和《概要設(shè)計文檔》，進(jìn)行系統(tǒng)模塊劃分和分解；分模塊進(jìn)行系統(tǒng)分析，各個模塊系統(tǒng)分析完畢后，需要編寫《詳細(xì)設(shè)計文檔》；各子系統(tǒng)間交互需要編寫《系統(tǒng)內(nèi)部接口文檔》；如本系統(tǒng)與其她系統(tǒng)有交互，需要編寫《系統(tǒng)接口文檔》；針對《詳細(xì)設(shè)計文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》須召集項目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)人員、測試人員進(jìn)行評審；詳細(xì)格式可參見《詳細(xì)設(shè)計文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》模板。輸出：《詳細(xì)設(shè)計文檔》、《系統(tǒng)內(nèi)部接口文檔》、《系統(tǒng)接口文檔》、評審報告負(fù)責(zé)人：開發(fā)人員參加方：項目經(jīng)理、技術(shù)總監(jiān)、測試人員測試方案及用例設(shè)計測試方案設(shè)計及評審輸入：PRD文檔、SRD文檔、《概要設(shè)計文檔》、《詳細(xì)設(shè)計文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》活動：測試人員依照產(chǎn)品文檔、需求文檔及技術(shù)文檔進(jìn)行測試方案編寫；測試方案包括：功能測試、性能測試、白盒測試；測試方案編寫完畢后，需要組織有關(guān)人員進(jìn)行評審，并輸出評審報告；測試方案評審后，測試、開發(fā)需雙方達(dá)到確認(rèn)。輸出：《測試方案》、測試方案評審報告負(fù)責(zé)人：測試人員參加方：開發(fā)人員、項目經(jīng)理、產(chǎn)品經(jīng)理測試用例設(shè)計及評審輸入：測試方案、PRD文檔、SRD文檔活動：測試人員依照測試方案、產(chǎn)品文檔及SRD文檔進(jìn)行測試用例編寫和分解；測試用例包括：功能測試、性能測試、白盒測試；測試用例編寫完畢后，需要組織有關(guān)人員進(jìn)行評審，并輸出評審報告；測試用例評審后，測試、開發(fā)需雙方達(dá)到確認(rèn)。輸出：《測試用例》負(fù)責(zé)人：測試人員參加方：開發(fā)人員、項目經(jīng)理、產(chǎn)品經(jīng)理UI/UE設(shè)計（針對有界面呈現(xiàn)產(chǎn)品）輸入：PRD文檔、SRD文檔、項目籌劃活動：產(chǎn)品經(jīng)理依照SRD文檔、PRD文檔對產(chǎn)品UI/UE進(jìn)行設(shè)計；設(shè)計結(jié)束后，須召集項目經(jīng)理、開發(fā)人員、測試人員進(jìn)行評審。輸出：UI/UE設(shè)計文檔負(fù)責(zé)人：產(chǎn)品經(jīng)理參加方：開發(fā)人員、項目經(jīng)理、測試人員配備管理方案及籌劃設(shè)計輸入：SRD文檔、PRD文檔、項目籌劃活動：項目經(jīng)理依照SRD文檔對項目配備管理方案及籌劃進(jìn)行設(shè)計；配備管理方案重要涵蓋如下內(nèi)容：項目名:（供內(nèi)部使用）發(fā)布版本命名及版本號：（每次版本發(fā)布時版本命名及版本號控制，包括從輸出給測試部系統(tǒng)測試起始終到正式版本發(fā)布。）Sharepoint：（項目文獻(xiàn)目錄規(guī)劃和設(shè)計）SVN：（目錄規(guī)劃和設(shè)計）QC系統(tǒng)：（目錄規(guī)劃和設(shè)計）資源配備人力資源設(shè)備資源其他無形資源（如開發(fā)環(huán)境軟件、工具類等）配備管理方案和籌劃設(shè)計結(jié)束后，須召集開發(fā)人員、測試人員、配備管理員進(jìn)行討論及信息同步；最后輸出《配備管理方案和籌劃》，并同步給配備管理員作為后續(xù)項目配備管理根據(jù)。輸出：《配備管理方案和籌劃》負(fù)責(zé)人：項目經(jīng)理參加方：開發(fā)人員、測試人員、配備管理員、運(yùn)維人員項目正式啟動準(zhǔn)備項目籌劃制定輸入：PRD文檔、SRD文檔、整體方案設(shè)計活動：項目經(jīng)理召集技術(shù)負(fù)責(zé)人進(jìn)行籌劃預(yù)估及制定；技術(shù)負(fù)責(zé)人須配合項目經(jīng)理進(jìn)行任務(wù)分解和評估，同步對開發(fā)時間進(jìn)行評估（技術(shù)負(fù)責(zé)人在預(yù)估時間時可找相應(yīng)要參加直接工程師進(jìn)行共同預(yù)估時間點(diǎn)，以保證給出時間盡量精確）；評估時間粒度原則上能讓項目經(jīng)理可有效進(jìn)行跟蹤任務(wù)進(jìn)展，詳細(xì)粒度由項目經(jīng)理依照項目實際狀況進(jìn)行把握（按照國內(nèi)項目管理慣例，普通狀況下，最小粒度但愿能細(xì)到1天。）項目籌劃所包括維度須涵蓋：服務(wù)器端開發(fā)客戶端開發(fā)單元測試聯(lián)調(diào)集成測試系統(tǒng)測試性能測試封板發(fā)布等項目經(jīng)理依照開發(fā)、測試評估籌劃，整頓出整個項目籌劃；輸出：項目籌劃負(fù)責(zé)人：項目經(jīng)理參加方：開發(fā)人員、測試人員、運(yùn)維人員、配備管理員項目構(gòu)成員列表輸入：項目籌劃活動：項目經(jīng)理依照項目籌劃中人力資源，對所有項目組人員建立一份成員列表；需明確每位項目構(gòu)成員職責(zé)；如果有涉及到客戶或第三方，也需要將其項目負(fù)責(zé)人進(jìn)行建立，以便保持后續(xù)聯(lián)系；項目成員列表至少包括姓名、職責(zé)、電話、郵件等聯(lián)系方式。輸出：項目成員列表負(fù)責(zé)人：項目經(jīng)理參加方：開發(fā)人員、測試人員、運(yùn)維人員、合伙伙伴、配備管理員風(fēng)險評估及管理輸入：項目籌劃、PRD文檔、SRD文檔、項目整體方案設(shè)計活動：項目經(jīng)理需組織項目構(gòu)成員對項目風(fēng)險進(jìn)行辨認(rèn)和評估；項目風(fēng)險重要包括技術(shù)風(fēng)險、資源風(fēng)險等；依照辨認(rèn)出風(fēng)險，項目組需要對其嚴(yán)重限度及影響面進(jìn)行評估，以綜合評估風(fēng)險影響限度；針對辨認(rèn)出來風(fēng)險，需要項目組共同討論防止辦法及應(yīng)對辦法，以防問題發(fā)生，將風(fēng)險降到最低點(diǎn)；項目經(jīng)理依照辨認(rèn)出風(fēng)險點(diǎn)及討論后防止辦法，進(jìn)行管理，并跟進(jìn)防止辦法貫徹狀況，并定期更新和維護(hù)風(fēng)險管理表。輸出：風(fēng)險評估和管理表負(fù)責(zé)人：項目經(jīng)理參加方：開發(fā)人員、測試人員、運(yùn)維人員項目質(zhì)量目的設(shè)計和制定輸入：SRD文檔、項目籌劃活動：項目經(jīng)理依照SRD文檔和項目籌劃對項目在實行過程中每個milestone，產(chǎn)品所要完畢功能及達(dá)到質(zhì)量目的進(jìn)行設(shè)計和制定；項目質(zhì)量目的需要分解到每個大里程碑；質(zhì)量目的和測試用例需要同開發(fā)人員進(jìn)行討論、同步；項目質(zhì)量目的重要涵蓋內(nèi)容如下：功能完畢度性能達(dá)到規(guī)定本階段輸入及輸出本階段質(zhì)量所要達(dá)到最后目評判原則評判人員輸出：項目質(zhì)量目的負(fù)責(zé)人：項目經(jīng)理參加方：開發(fā)人員、測試人員、產(chǎn)品經(jīng)理配備管理輸入：配備管理方案及籌劃活動：配備管理員收到項目經(jīng)理配備管理方案和籌劃書后。對項目實行過程中所使用到工具、系統(tǒng)、環(huán)境進(jìn)行有關(guān)配備；當(dāng)前涉及到有關(guān)工具、系統(tǒng)、環(huán)境是:Sharepoint：依照配備方案進(jìn)行項目建立、目錄建立及有關(guān)人員權(quán)限開通、設(shè)立；QC系統(tǒng)：依照配備方案進(jìn)行項目建立、目錄建立及有關(guān)人員權(quán)限開通、設(shè)立；SVN：依照配備方案進(jìn)行項目建立、目錄建立及有關(guān)人員權(quán)限開通、設(shè)立；版本管理：依照配備方案對版本發(fā)布地址、版本命名、版本號進(jìn)行建立和管理。配備管理員對以上配備進(jìn)行管理和維護(hù)，并輸出項目配備表。輸出：項目配備表負(fù)責(zé)人：配備管理員參加方：項目經(jīng)理、開發(fā)人員、測試人員、運(yùn)維人員項目啟動會議輸入：項目籌劃、團(tuán)隊成員列表、風(fēng)險評估和管理表、項目質(zhì)量目的、項目配備表活動：在項目啟動準(zhǔn)備工作就緒后，項目經(jīng)理發(fā)起會議并召集項目組所有人員進(jìn)行kickoff會議；會議重要討論和明確內(nèi)容如下:項目籌劃同步和擬定項目構(gòu)成員及職責(zé)明確和擬定對當(dāng)前存在風(fēng)險點(diǎn)進(jìn)行同步和明確，并明確各風(fēng)險點(diǎn)負(fù)責(zé)人；對項目質(zhì)量目的明確和同步對項目配備方案明確和同步會議結(jié)束后，項目經(jīng)理將以上5項討論后結(jié)論做最后整頓，并將其有關(guān)文檔提交到sharepoint上相應(yīng)文獻(xiàn)目錄下進(jìn)行管理，以便項目組查詢。輸出：項目籌劃、團(tuán)隊成員列表、風(fēng)險評估和管理表、項目質(zhì)量目的、項目配備表負(fù)責(zé)人：項目經(jīng)理參加方：開發(fā)人員、測試人員、運(yùn)維人員編碼實現(xiàn)及調(diào)試編碼輸入：項目籌劃、PRD文檔、SRD文檔、技術(shù)方案設(shè)計文檔活動：在項目啟動會議結(jié)束后，開發(fā)在開始編碼前，須建立并擬定代碼目錄構(gòu)造、文獻(xiàn)命名規(guī)則；代碼格式須遵循《Java代碼編寫規(guī)范》書寫；每隔2-3天，應(yīng)將代碼入庫一次；代碼入庫前必要完畢CodeReview準(zhǔn)備進(jìn)行CodeReview前，應(yīng)當(dāng)更新本地代碼到最新版本；檢查更新后裔碼與否會導(dǎo)致BuildBreak；如沒有問題，生成patch，將patch發(fā)送給Reviewer；Reviewer檢查完代碼，確認(rèn)沒有問題后，方可入庫；入庫代碼如果導(dǎo)致BuildBreak，須在當(dāng)天解決，并且入庫更新代碼開發(fā)過程中各種討論（技術(shù)討論、需求討論、測試討論等）原則上都需要有文檔記錄，可以通過SharePoint或者郵件來記錄對于BuildBreak、較嚴(yán)重或有代表性Bug、重大設(shè)計錯誤等問題，需要進(jìn)行CaseStudy，每一次CaseStudy都需要有獨(dú)立文檔，并且保存在SharePoint中開發(fā)過程中如有并行開發(fā)情形（例猶如步修改各種Bug，或者Bug修改和代碼開發(fā)同步進(jìn)行，或者各種分支同步開發(fā)等），應(yīng)當(dāng)在自己開發(fā)機(jī)器上建立各種開發(fā)鏡像，不應(yīng)將代碼混雜在一種工程中管理在代碼編寫階段，需要嚴(yán)格按照項目籌劃執(zhí)行，并保證代碼質(zhì)量。輸出：代碼負(fù)責(zé)人：開發(fā)人員參加方：項目經(jīng)理單元測試輸入：項目籌劃、PRD文檔、SRD文檔、系統(tǒng)設(shè)計文檔、產(chǎn)品代碼活動：在代碼實現(xiàn)過程中，須保證在在一種迭代周期內(nèi)完畢單元測試（迭代周期視項目詳細(xì)狀況而定）；在一種迭代周期結(jié)束前，入庫代碼須包括相應(yīng)單元測試代碼；單元測試代碼入庫前原則上也必要進(jìn)行CodeReviewer；單元測試最后成果是保證迭代周期內(nèi)代碼測試通過，以保證入庫代碼質(zhì)量；單元測試結(jié)束后，須輸出相應(yīng)測試報告，測試報告原則上規(guī)定每項都是pass。輸出：單元測試代碼、單元測試報告負(fù)責(zé)人：開發(fā)人員參加方：項目經(jīng)理聯(lián)調(diào)輸入：編碼完畢、單元測試完畢活動：在編碼及單元測試完畢后，軟件系統(tǒng)進(jìn)入聯(lián)調(diào)工作；聯(lián)調(diào)工作重要包括：★子系統(tǒng)間接口、功能聯(lián)調(diào)★本系統(tǒng)與其他系統(tǒng)間接口、功能聯(lián)調(diào)聯(lián)調(diào)須保證各子系統(tǒng)間或互相調(diào)用系統(tǒng)之間接口調(diào)通，正常流程功能實現(xiàn)正常，以作為進(jìn)入下階段集成測試奠定良好基本；聯(lián)調(diào)結(jié)束后，須輸出聯(lián)調(diào)報告（報告模板和格式可依照項目實際狀況進(jìn)行設(shè)計）。輸出：聯(lián)調(diào)報告負(fù)責(zé)人：開發(fā)人員參加方：項目經(jīng)理集成測試輸入：聯(lián)調(diào)結(jié)束活動：聯(lián)調(diào)結(jié)束后，開發(fā)需進(jìn)行集成測試；集成測試測試方案和測試原則由測試部門提供；通過集成測試，須保證各系統(tǒng)及系統(tǒng)間互相調(diào)用功能、正常流程是正常；集成測試后，須輸出集成測試報告（報告模板和格式可依照項目實際狀況進(jìn)行設(shè)計，重點(diǎn)是保證功能已實現(xiàn)且正常流程跑通）；集成測試結(jié)論將作為與否準(zhǔn)入系統(tǒng)測試鑒定原則之一，如果集成測試不通過，測試團(tuán)隊有權(quán)拒收提交系統(tǒng)測試版本；集成測試結(jié)束后，開發(fā)需將最新代碼進(jìn)行提交、入庫。輸出：集成測試報告負(fù)責(zé)人：開發(fā)人員參加方：項目經(jīng)理、測試人員、配備管理員提交系統(tǒng)測試申請輸入：集成測試報告活動：集成測試通過后，開發(fā)人員將程序打包并提交到指定服務(wù)器地址；開發(fā)人員需填寫《系統(tǒng)測試申請單》，申請單需通過有關(guān)人員簽字后提交給測試部和配備管理員；系統(tǒng)測試申請單須包括如下內(nèi)容：集成測試成果安裝包存儲位置和地址代碼詳細(xì)地址（包括SVN地址及SVN版本號）輸出：《系統(tǒng)測試申請單》負(fù)責(zé)人：開發(fā)人員參加方：項目經(jīng)理、測試人員、配備管理員系統(tǒng)測試版本輸出輸入：系統(tǒng)測試申請單活動：配備管理人員從開發(fā)手上拿到系統(tǒng)測試申請單后，按照開發(fā)申請單上所描述版本存儲位置下載安裝包，將版本備份到指定服務(wù)器，并對版本進(jìn)行統(tǒng)一管理；同步配備管理員需要審核開發(fā)所提交安裝包版本命名和版本號與否對的；保證沒問題后，將告知測試人員到指定位置取安裝包；輸出：系統(tǒng)測試版本負(fù)責(zé)人：配備管理人員參加方：開發(fā)人員、項目經(jīng)理、測試人員系統(tǒng)測試系統(tǒng)測試輸入：系統(tǒng)測試版本、測試用例、測試方案活動：測試負(fù)責(zé)人按照測試籌劃對測試用例對任務(wù)進(jìn)行分解到每位測試人員，并保證每條用例到詳細(xì)負(fù)責(zé)人；測試人員收到測試版本及測試任務(wù)后，進(jìn)行測試工作；測試人員工作須按照測試籌劃進(jìn)行，如浮現(xiàn)與測試籌劃不符，需及時提出，并跟項目經(jīng)理進(jìn)行溝通；測試過程中發(fā)現(xiàn)bug提交及詳細(xì)操作，請參照QC文檔執(zhí)行；測試過程中，如果遇到嚴(yán)重問題而導(dǎo)致正常測試無法進(jìn)行，須第一時間highlight出來給開發(fā)和項目經(jīng)理，開發(fā)接到問題后需第一時間安排分析解決。問題得到修正后，開發(fā)需要重新走4.7.4到4.7.6版本提交申請、輸出流程；測試負(fù)責(zé)人需要每天反饋測試進(jìn)展，并輸出《每日測試報告》；一輪系統(tǒng)測試結(jié)束后，測試負(fù)責(zé)人需要發(fā)布一輪《系統(tǒng)測試總結(jié)報告》；輸出：《每日測試報告》、《系統(tǒng)測試總結(jié)報告》負(fù)責(zé)人：測試負(fù)責(zé)人參加方：開發(fā)人員、項目經(jīng)理、測試人員測試報告評審輸入：測試報告、buglist活動：項目經(jīng)理收到測試部發(fā)出系統(tǒng)測試總結(jié)報告后，結(jié)合實際狀況，發(fā)起測試報告評審會議；會議評審內(nèi)容重要包括測試報告內(nèi)容及QC中buglist；測試報告評審原則：測試報告中與否已完畢該涵蓋用例；針對N/A某些需要闡明詳細(xì)因素，并確認(rèn)當(dāng)前與否的確無法測試；Fail項與否都已提交到QC系統(tǒng)中進(jìn)行管理BugList評審原則：需要對每個bug最新狀態(tài)作確認(rèn)；逐個討論bug，對每個bug需要分析其嚴(yán)重限度、解決優(yōu)先級；每個bug需要明確詳細(xì)負(fù)責(zé)人和解決時間點(diǎn)；對某些bug暫時不需要解決（如需求不明確或嚴(yán)重限度低），可做“掛起”解決。但事后需要特別對“掛起”問題，重新進(jìn)行分析、討論，作為后期完善、優(yōu)化一某些內(nèi)容；針對“爭議”類bug需要項目組做特別討論，并給出解決結(jié)論；其他關(guān)于bug解決原則，詳細(xì)詳見QC文檔執(zhí)行。依照評審?fù)陥蟾婧蚥uglist，需要進(jìn)一步明確下階段版本更新、系統(tǒng)測試時間點(diǎn)以及測試范疇；依照評審成果，項目組擬定版本與否可達(dá)到封板目。輸出：評審結(jié)論、會議記錄負(fù)責(zé)人：項目經(jīng)理參加方：開發(fā)人員、項目經(jīng)理、測試人員開發(fā)debug輸入：buglist活動：開發(fā)人員需要積極查看分派給自己Bug，并及時更新Bug狀態(tài)；當(dāng)Bug修改完畢提交修改代碼時，需要闡明如下事項：在提交到SVN時，必要附帶comment，并且在comment中闡明有關(guān)Bug號；同步修改Bug狀態(tài)，在Bug中增長comment闡明有關(guān)代碼提交時Revision。針對Bug修改代碼提交時，原則上不容許如下狀況：一次提交代碼中包括各種Bug修改；一次提交代碼中即包括Bug修改，又包括其她功能開發(fā)代碼關(guān)于bug解決原則，詳細(xì)詳見QC文檔執(zhí)行。輸出：評審結(jié)論、會議記錄負(fù)責(zé)人：項目經(jīng)理參加方：開發(fā)人員、項目經(jīng)理、測試人員性能測試輸入：測試版本、測試環(huán)境活動：測試負(fù)責(zé)人按照測試籌劃對性能測試進(jìn)行安排；性能測試重要包括如下幾方面：客戶端方面：對功耗、流量、內(nèi)存占有率進(jìn)行測試（詳細(xì)測試內(nèi)容視詳細(xì)項目和測試方案而定）；服務(wù)器方面：依照設(shè)定相應(yīng)使用指標(biāo)進(jìn)行測試（詳細(xì)指標(biāo)視不同項目實際狀況和測試方案而定）；測試結(jié)束后，須輸出性能測試報告，并把報告發(fā)給項目經(jīng)理、開發(fā)人員及有關(guān)負(fù)責(zé)人；測試報告中，測試人員需要給出每項測試結(jié)論；輸出：性能測試報告負(fù)責(zé)人：性能測試負(fù)責(zé)人參加方：開發(fā)人員、項目經(jīng)理、測試人員封板及代碼凍結(jié)封板測試及封板輸入：系統(tǒng)測試完畢、性能測試完畢活動：測試負(fù)責(zé)人按照測試籌劃，完畢系統(tǒng)測試及性能測試成果對產(chǎn)品進(jìn)行最后一輪封板測試；封板測試結(jié)束后，須輸出封板測試報告；依照封板測試報告，召集項目組進(jìn)行討論、評估，以擬定版本與否可達(dá)到封板條件；如果達(dá)到，測試負(fù)責(zé)人啟動版本封板流程，并填寫《版本封板申請單》，并提交申請單給開發(fā)人員、項目經(jīng)理、配備管理員進(jìn)行簽字確認(rèn)；版本封板申請單所包括內(nèi)容項，至少涵蓋：各有關(guān)負(fù)責(zé)人確認(rèn)成果封板測試版本及版本號相應(yīng)代碼SVN地址和版本號封板結(jié)論和詳細(xì)時間最后將封板申請單提交給配備管理員，由配備管理員進(jìn)行版本封存，對代碼、版本進(jìn)行凍結(jié)、封存管理。輸出：封板測試報告負(fù)責(zé)人：測試負(fù)責(zé)人參加方：開發(fā)人員、項目經(jīng)理、配備管理員代碼凍結(jié)輸入：版本封板申請單活動：配備管理員收到版本封板申請單后，依照申請單上相應(yīng)SVN地址和版本號對代碼、版本進(jìn)行凍結(jié)和封存，并對SVN上代碼打Tag，同步對Tag進(jìn)行特別注釋；凍結(jié)完畢后，配備人員需在《版本封板申請單》上填寫代碼凍結(jié)、版本封存結(jié)論、時間、地址及相應(yīng)SVN版本號，并告知給項目有關(guān)人員；在代碼凍結(jié)之后，原則上禁止任何代碼提交，如果的確需要提交，需要部門經(jīng)理及配備管理員確認(rèn)，以擬定與否在原有基本上拉分支，方案擬定后方可入庫。輸出：版本封板申請單負(fù)責(zé)人：配備管理員參加方：開發(fā)人員、項目經(jīng)理、測試人員、開發(fā)經(jīng)理生產(chǎn)環(huán)境布置、驗證測試上線布置申請輸入：版本封板及代碼凍結(jié)活動：上線前開發(fā)人員需要編寫和準(zhǔn)備《系統(tǒng)布置文檔》和《上線手冊》兩份文檔；此兩份文檔需要提交給測試人員進(jìn)行驗證測試，驗證通過后將文檔提交給運(yùn)維部門；開發(fā)人員收到配備管理員最后版本封板和代碼凍結(jié)成功后，依照項目籌劃提交《上線布置申請單》；上線布置申請單由測試負(fù)責(zé)人、項目經(jīng)理、開發(fā)人員、運(yùn)維人員共同討論，擬定產(chǎn)品發(fā)布原則，并由各有關(guān)負(fù)責(zé)人簽字確認(rèn)；最后將簽字確認(rèn)完《上線布置申請單》提交給運(yùn)維部門，由運(yùn)維部門負(fù)責(zé)詳細(xì)布置上線工作。輸出：上線布置申請單負(fù)責(zé)人：開發(fā)人員參加方：項目經(jīng)理、測試人員、配備人員、運(yùn)維人員布置上線輸入：上線布置申請單、系統(tǒng)布置文檔、上線手冊活動：運(yùn)維部門