互聯(lián)網(wǎng)IT行業(yè)項(xiàng)目管理規(guī)章制度

互聯(lián)網(wǎng)IT行業(yè)工程管理制度一、 制度目的為標(biāo)準(zhǔn)工程研發(fā)、加強(qiáng)工程管理，保證信息系統(tǒng)符合業(yè)務(wù)一致性、內(nèi)控合規(guī)性、系統(tǒng)穩(wěn)定性、系統(tǒng)平安性，使我公司新產(chǎn)品開發(fā)能夠嚴(yán)格遵循科學(xué)管理程序進(jìn)行，公司根據(jù)企業(yè)實(shí)際情況和研發(fā)產(chǎn)品的特點(diǎn)特制定本制度。二、 適用范圍本制度適用于產(chǎn)品技術(shù)人員及其關(guān)聯(lián)公司的產(chǎn)品開發(fā)與工程管理全過程。附件涵蓋?產(chǎn)品需求申請(qǐng)表?模板，？產(chǎn)品設(shè)計(jì)PRD文檔?模板，？產(chǎn)品測(cè)試文檔?模板。三、 制度說明本制度中軟件開發(fā)指新產(chǎn)品系統(tǒng)開發(fā)和現(xiàn)有產(chǎn)品系統(tǒng)升級(jí)改造。本制度中軟件開發(fā)遵循工程管理和軟件工程的根本原那么。工程管理涉及立項(xiàng)管理、工程方案和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項(xiàng)管理。軟件工程涉及需求管理、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、試運(yùn)行、系統(tǒng)驗(yàn)收、系統(tǒng)上線和數(shù)據(jù)轉(zhuǎn)換。各軟件開發(fā)工程組應(yīng)嚴(yán)格遵循本制度所附流程和模版，假設(shè)需調(diào)整需經(jīng)過相關(guān)評(píng)審。四、 主要角色及職責(zé)角色名稱主要職責(zé)備注

角色名稱主要職責(zé)備注技術(shù)總監(jiān)指導(dǎo)和監(jiān)督相關(guān)崗位按照？技術(shù)中心工程管理制度？進(jìn)行日常系統(tǒng)的維護(hù),包括系統(tǒng)備份、權(quán)限管理等依據(jù)管理層在產(chǎn)品研發(fā)方面的策略，不斷的對(duì)產(chǎn)品進(jìn)行版本升級(jí)，滿足公司及市場(chǎng)日益變化的業(yè)務(wù)需要解決產(chǎn)品發(fā)生的突發(fā)事件，比方效勞器崩潰等工程經(jīng)理制定工程方案，跟蹤工程整體進(jìn)度，確保工程目標(biāo)的實(shí)現(xiàn)，帶著工程團(tuán)隊(duì)準(zhǔn)時(shí)、優(yōu)質(zhì)地完成全部工作。負(fù)責(zé)產(chǎn)品的開發(fā)流程，系統(tǒng)升級(jí)，數(shù)據(jù)審計(jì)和信息平安管理。產(chǎn)品經(jīng)理進(jìn)行用戶需求調(diào)研和使用行為分析，利用數(shù)據(jù)資源挖掘用戶的消費(fèi)習(xí)慣和需求，提升產(chǎn)品競(jìng)爭力，對(duì)用戶體驗(yàn)負(fù)責(zé)，提升用戶粘度；協(xié)同研發(fā)部門進(jìn)行產(chǎn)品設(shè)計(jì)、產(chǎn)品研發(fā)。開發(fā)工程師負(fù)責(zé)產(chǎn)品的研發(fā)工作，高質(zhì)量的完成技術(shù)經(jīng)理分配的開發(fā)任務(wù)UI工程師負(fù)責(zé)產(chǎn)品的界面設(shè)計(jì)，廣告設(shè)計(jì)工作需求分析師負(fù)責(zé)產(chǎn)品的升級(jí)需求的業(yè)務(wù)需求分析測(cè)試工程師負(fù)責(zé)制定產(chǎn)品質(zhì)量管理流程、質(zhì)量控制等工作四、開發(fā)管理過程〔一〕需求管理依據(jù)公司業(yè)務(wù)開展及軟件產(chǎn)品應(yīng)用現(xiàn)狀所提出的需求，均須遵循本制度內(nèi)容執(zhí)行。需求分類：〔1〕根據(jù)其緊急程度，分為緊急類需求和非緊急類需求；〔2〕根據(jù)其實(shí)施優(yōu)先級(jí)，分為緊急、高、中、低級(jí)四個(gè)級(jí)別；審批流程〔1〕需求申請(qǐng)人提交?產(chǎn)品需求申請(qǐng)單？〔詳見附件1〕至業(yè)務(wù)歸管部門進(jìn)行業(yè)務(wù)評(píng)審，評(píng)審?fù)ㄟ^后，報(bào)至產(chǎn)品技術(shù)中心。〔2〕產(chǎn)品技術(shù)中心根據(jù)產(chǎn)品需求進(jìn)行分析，形成評(píng)審報(bào)告進(jìn)行內(nèi)部評(píng)審，評(píng)審?fù)ㄟ^后列入部門工作方案，并提交至公司中高決策層。評(píng)審報(bào)告內(nèi)容主要包括預(yù)計(jì)工作量和本錢、風(fēng)險(xiǎn)、可行性分析等〔詳見附件2：?產(chǎn)品需求文檔〔PRD〕模板？〕?！捕沉㈨?xiàng)管理經(jīng)評(píng)審確認(rèn)后的產(chǎn)品需求由產(chǎn)品技術(shù)中心提交公司中高決策層，討論通過后立項(xiàng)?！踩彻こ谭桨概c監(jiān)控對(duì)于產(chǎn)品需求，軟件開發(fā)采用工程形式管理，工程經(jīng)理負(fù)責(zé)整個(gè)工程的方案、組織、協(xié)調(diào)和控制。技術(shù)總監(jiān)配合工程經(jīng)理、產(chǎn)品經(jīng)理與工程干系人進(jìn)行有效溝通，在工程目標(biāo)、工程方案和工作方法上達(dá)成一致?！菜摹诚到y(tǒng)設(shè)計(jì)在系統(tǒng)設(shè)計(jì)階段中，邀請(qǐng)用戶或者業(yè)務(wù)一線人員充分參與，確保系統(tǒng)設(shè)計(jì)能滿足系統(tǒng)需求。工程組結(jié)合需求規(guī)格說明書或者系統(tǒng)原型，進(jìn)行數(shù)據(jù)庫設(shè)計(jì)和功能設(shè)計(jì)，并形成?DB設(shè)計(jì)書？。工程組組織相關(guān)人員對(duì)核心功能的相關(guān)設(shè)計(jì)進(jìn)行評(píng)審，出具?評(píng)審報(bào)告？，評(píng)審人員應(yīng)對(duì)評(píng)審意見簽字確認(rèn)。工程組進(jìn)行詳細(xì)設(shè)計(jì)，出具?單元測(cè)試案例？。？詳細(xì)設(shè)計(jì)說明書？中，需要定義系統(tǒng)輸入輸出說明和接口設(shè)計(jì)說明。詳細(xì)設(shè)計(jì)評(píng)審和DB設(shè)計(jì)評(píng)審均以?業(yè)務(wù)需求規(guī)格說明書?為依據(jù)，確保系統(tǒng)設(shè)計(jì)滿足全部需求。對(duì)已確認(rèn)的系統(tǒng)設(shè)計(jì)進(jìn)行修改，需工程經(jīng)理及技術(shù)組負(fù)責(zé)人及測(cè)試負(fù)責(zé)人審批。〔五〕系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測(cè)試和集成測(cè)試。在系統(tǒng)實(shí)現(xiàn)時(shí)保證開發(fā)、測(cè)試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立訪問權(quán)限控制機(jī)制，并明確工程成員的職責(zé)分工。對(duì)生產(chǎn)環(huán)境、測(cè)試環(huán)境與開發(fā)環(huán)境在物理或邏輯方面應(yīng)該做到隔離。工程組進(jìn)行單元測(cè)試和集成測(cè)試，出具?單元測(cè)試報(bào)告？、？集成測(cè)試報(bào)告?和?系統(tǒng)測(cè)試用例？，測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果〔詳見附件3：?XXX系統(tǒng)—測(cè)試報(bào)告?、附件4：?XXX系統(tǒng)—測(cè)試用例？〕。工程組完成?用戶操作手冊(cè)？〔參照附件5〕，凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)手冊(cè)及時(shí)更新?！擦诚到y(tǒng)測(cè)試及驗(yàn)收測(cè)試工程測(cè)試組依據(jù)工程整體方案制定工程測(cè)試方案。產(chǎn)品技術(shù)中心確保開發(fā)、測(cè)試、驗(yàn)收、上線運(yùn)營環(huán)境獨(dú)立，為各環(huán)境建立訪問權(quán)限控制機(jī)制。搭建驗(yàn)收環(huán)境供內(nèi)部測(cè)試，網(wǎng)絡(luò)運(yùn)營中心在驗(yàn)收測(cè)試環(huán)境進(jìn)行驗(yàn)收測(cè)試，并在?驗(yàn)收測(cè)試報(bào)告?簽字確認(rèn)。業(yè)務(wù)部門邀請(qǐng)合作伙伴參與測(cè)試，確保與系統(tǒng)控制活動(dòng)相關(guān)的功能得到充分的測(cè)試，確保系統(tǒng)生成的與編制財(cái)務(wù)報(bào)告相關(guān)的報(bào)表的正確性。驗(yàn)收測(cè)試通過后，進(jìn)一步完善?用戶操作手冊(cè)？?！财摺诚到y(tǒng)試運(yùn)行網(wǎng)絡(luò)運(yùn)營中心根據(jù)工程規(guī)模及影響決定試運(yùn)行策略。研發(fā)事業(yè)部組織制定?試運(yùn)行方案?并提交網(wǎng)絡(luò)運(yùn)營中心審批。研發(fā)事業(yè)部進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對(duì)相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。試運(yùn)行到達(dá)?試運(yùn)行方案?規(guī)定的終止條件時(shí)，工程組編寫?試運(yùn)行報(bào)告？。此報(bào)告應(yīng)由工程組和試運(yùn)行單位審批確認(rèn)，并提交系統(tǒng)主要使用部門負(fù)責(zé)人審批?！舶恕诚到y(tǒng)驗(yàn)收研發(fā)事業(yè)部及業(yè)務(wù)歸管部門組織驗(yàn)收小組，從業(yè)務(wù)需求和功能需求及技術(shù)需求進(jìn)行系統(tǒng)評(píng)估驗(yàn)收。驗(yàn)收小組依據(jù)驗(yàn)收情況整理形成？產(chǎn)品驗(yàn)收?qǐng)?bào)告？提交信息系統(tǒng)研發(fā)事業(yè)部及業(yè)務(wù)歸管部門審閱?！簿拧诚到y(tǒng)上線系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、平安的原那么。研發(fā)事業(yè)部提交系統(tǒng)上線發(fā)布申請(qǐng)。研發(fā)事業(yè)部在系統(tǒng)發(fā)布前檢查經(jīng)測(cè)試人員、相關(guān)業(yè)務(wù)歸管部門負(fù)責(zé)人審批確認(rèn)的？系統(tǒng)發(fā)布申請(qǐng)？、相關(guān)?測(cè)試報(bào)告？是否齊全，并提交公司決策層審批確認(rèn)?！彩硵?shù)據(jù)轉(zhuǎn)換研發(fā)事業(yè)部配合數(shù)據(jù)轉(zhuǎn)換/初始化各相關(guān)部門，根據(jù)網(wǎng)絡(luò)運(yùn)營中心和研發(fā)事業(yè)部負(fù)責(zé)人簽字確認(rèn)的？數(shù)據(jù)遷移方案?/?數(shù)據(jù)初始化方案？進(jìn)行數(shù)據(jù)轉(zhuǎn)換/初始化操作。研發(fā)事業(yè)部將數(shù)據(jù)轉(zhuǎn)換/初始化結(jié)果記錄在？數(shù)據(jù)遷移結(jié)果報(bào)告?/?數(shù)據(jù)初始化結(jié)果報(bào)告？中，由網(wǎng)絡(luò)運(yùn)營中心負(fù)責(zé)人審閱并簽字確認(rèn)。〔十一〕結(jié)項(xiàng)管理系統(tǒng)結(jié)項(xiàng)后，將系統(tǒng)交由運(yùn)維團(tuán)隊(duì)進(jìn)行維護(hù)支持工作?！彩撑渲霉芾懋a(chǎn)品技術(shù)中心統(tǒng)一使用SVN進(jìn)行版本控制。軟件開發(fā)過程中各工程管理文檔和工作成果均作為配置項(xiàng)進(jìn)行管理，其中包括：需求文檔、設(shè)計(jì)文檔、代碼、測(cè)試用例、測(cè)試數(shù)據(jù)、數(shù)據(jù)轉(zhuǎn)換記錄以及工程相關(guān)文檔。五、開發(fā)模式我公司采用混用開發(fā)模式，以傳統(tǒng)瀑布式開發(fā)模式參加敏捷開發(fā)特點(diǎn)，多討論、多溝通，減少冗雜，做到工程的科學(xué)管理，完成產(chǎn)品的快速迭代升級(jí)。〔一〕前期準(zhǔn)備、評(píng)審階段此階段主要內(nèi)容為需求分析，制定相應(yīng)的解決方案，并對(duì)方案進(jìn)行分析。需求分析：專業(yè)業(yè)務(wù)需求人員需明確產(chǎn)品需求，分析其版本功能、業(yè)務(wù)背景、需解決問題、用戶操作場(chǎng)景等主要信息。解決方案：包括系統(tǒng)功能、技術(shù)方案等，內(nèi)容格式可自由擴(kuò)展，但需明確滿足產(chǎn)品需求的方式、方法。方案評(píng)審：須經(jīng)業(yè)務(wù)專家級(jí)人員及業(yè)務(wù)經(jīng)驗(yàn)豐富的人員參與評(píng)審，

做出關(guān)鍵評(píng)審意見，在此根底上進(jìn)一步充實(shí)解決方案，形成工程列表。同時(shí)完成針對(duì)每個(gè)開發(fā)功能，拆解為詳細(xì)的開發(fā)步驟，估算出工作量。〔二〕工程實(shí)施階段本階段重點(diǎn)內(nèi)容為確立產(chǎn)品最終需求，使團(tuán)隊(duì)成員更加清晰了解產(chǎn)品需求、開發(fā)、測(cè)試等多個(gè)環(huán)節(jié)，合理安排工作任務(wù)，做到科學(xué)標(biāo)準(zhǔn)，合理裁剪，快速敏捷。工程實(shí)施所涉及的過程管理，參照本制度中開發(fā)管理過程等內(nèi)容。工作任務(wù)安排如下列圖:XXX階段任務(wù)安排執(zhí)行者：時(shí)間：執(zhí)行者：時(shí)間：1具體事項(xiàng)'1 ?具體事項(xiàng)B執(zhí)行者：時(shí)間：執(zhí)行者：時(shí)間：1具體事項(xiàng)'1 ?具體事項(xiàng)BVX月X日開始執(zhí)行者：時(shí)間：執(zhí)行者：時(shí)間：->具體事項(xiàng)C—■_A具體事項(xiàng)。< > 1執(zhí)行者：時(shí)間:執(zhí)行者：時(shí)間：具體事項(xiàng)H,JJ具體事項(xiàng)Ey '開發(fā)者：小王時(shí)間：X月X日-X月X日具體事項(xiàng)F—結(jié)束〔三〕迭代開發(fā)階段本階段實(shí)施過程中，需遵循科學(xué)的開發(fā)管理過程，并根據(jù)實(shí)際情況進(jìn)行相應(yīng)的調(diào)整?？缭桨姹旧?jí)過程中的小版本迭代升級(jí)，為短周期迭代，周期半個(gè)月，一個(gè)月，兩個(gè)月不等?？焖俚^程中，技術(shù)團(tuán)隊(duì)?wèi)?yīng)時(shí)刻重視團(tuán)隊(duì)合作，每個(gè)迭代過程必須遵循科學(xué)的開發(fā)管理過程，根據(jù)實(shí)際的情況進(jìn)行裁、」4剪。迭代開發(fā)周期結(jié)束后，需提交可驗(yàn)證的交付物，團(tuán)隊(duì)成員針對(duì)此迭代階段進(jìn)行評(píng)審、總結(jié)，在下一個(gè)迭代過程發(fā)揚(yáng)優(yōu)勢(shì)，躲避劣勢(shì)。迭代開發(fā)交付的成果為經(jīng)過測(cè)試團(tuán)隊(duì)嚴(yán)格測(cè)試、需求分析人員認(rèn)可、滿足本次迭代需求的有價(jià)值的成果。迭代過程監(jiān)控：涵蓋晨會(huì)、夕會(huì)、周會(huì)、站立會(huì)，時(shí)間為10-20分鐘。團(tuán)隊(duì)成員需做如下總結(jié)：昨天的成果、今天的方案、遇到的問題。工程可視化方式包含：任務(wù)燃燒圖，BUG趨勢(shì)圖，明細(xì)任務(wù)顯示圖等?！菜摹臣蓽y(cè)試階段本階段按?測(cè)試方案？（詳見附件5：?xx系統(tǒng)—測(cè)試方案_模板?）進(jìn)行兼容性測(cè)試、功能測(cè)試、性能測(cè)試，確保產(chǎn)品整體穩(wěn)定性，可靠性；制定BUG趨勢(shì)圖，測(cè)試工程師需對(duì)出現(xiàn)的BUG進(jìn)行跟蹤管理，可采用禪道工程管理軟件等?！参濉钞a(chǎn)品上線產(chǎn)品開發(fā)經(jīng)過以上過程，完成內(nèi)部評(píng)審后，方可上線。產(chǎn)品開發(fā)過程管理需求分析需求確認(rèn)解決方案項(xiàng)目進(jìn)度任務(wù)分配1，過程監(jiān)控進(jìn)度跟蹤質(zhì)量管理4,自適應(yīng)團(tuán)隊(duì)集成測(cè)試通過后發(fā)布測(cè)試版內(nèi)測(cè)附件〔一〕產(chǎn)品需求申請(qǐng)表提出人提出部門 提出時(shí)間 年月曰版本系統(tǒng)模塊問題描述提出部門意見領(lǐng)導(dǎo)簽字： 日期：產(chǎn)品部意見領(lǐng)導(dǎo)簽字： 日期：技術(shù)組意見領(lǐng)導(dǎo)簽字： 日期：執(zhí)行人簽字： 日期：附件〔二〕產(chǎn)品需求^^文檔編號(hào)：PRD002-V2.0-20151009日期：2015年10月09日編號(hào)文檔版本修訂內(nèi)容修訂原因修訂日期修改人12TOC\o"1-5"\h\z\o"CurrentDocument"一、 引言 13\o"CurrentDocument"產(chǎn)品概述及目標(biāo)： 13\o"CurrentDocument"產(chǎn)品路線圖： 13預(yù)期讀者： 14\o"CurrentDocument"成功的定義和判斷標(biāo)準(zhǔn)： 14\o"CurrentDocument"名詞說明： 14\o"CurrentDocument"二、 需求概述 14\o"CurrentDocument"需求概覽： 14\o"CurrentDocument"用戶類與特征： 14\o"CurrentDocument"運(yùn)行環(huán)境： 14\o"CurrentDocument"設(shè)計(jì)和實(shí)現(xiàn)上的限制： 15\o"CurrentDocument"時(shí)間要求： 15\o"CurrentDocument"產(chǎn)品風(fēng)險(xiǎn)： 15\o"CurrentDocument"三、 功能需求 15\o"CurrentDocument"功能結(jié)構(gòu) 15\o"CurrentDocument"產(chǎn)品功能描述 162.1貨主版 162.2車主版 16\o"CurrentDocument"2.3管理后臺(tái) 16\o"CurrentDocument"產(chǎn)品規(guī)那么 16四、 非功能性需求 16性能要求： 16\o"CurrentDocument"易用性需求： 16\o"CurrentDocument"平安性需求： 16\o"CurrentDocument"運(yùn)行環(huán)境約束： 16外部接口： 16一、引言這局部的內(nèi)容有：產(chǎn)品概述及目標(biāo)、產(chǎn)品roadmap、預(yù)期讀者、成功的定義標(biāo)準(zhǔn)和判斷、參考資料、名詞說明產(chǎn)品概述及目標(biāo)：解釋說明該產(chǎn)品研發(fā)的背景以及核心功能。產(chǎn)品路線圖：為產(chǎn)品規(guī)劃的藍(lán)圖，每個(gè)關(guān)鍵階段完成的核心任務(wù)。產(chǎn)品研發(fā)是個(gè)不斷迭代的過程，需要經(jīng)過假設(shè)干個(gè)版本的迭代，對(duì)一個(gè)功能點(diǎn)做了N個(gè)迭代后最終又回歸到了第一個(gè)迭代是很常見。產(chǎn)品經(jīng)理需要做好心理準(zhǔn)備。產(chǎn)品roadmap并不需要全部規(guī)劃好所有的階段目標(biāo)，但是對(duì)產(chǎn)品未來開展趨勢(shì)的一種預(yù)估，要到達(dá)目標(biāo)，需

要更多的更新和迭代。清晰的呈現(xiàn)產(chǎn)品的roadmap可以幫助產(chǎn)品經(jīng)理把握產(chǎn)品的全貌，更好的控制研發(fā)過程。預(yù)期瞄：文檔的使用對(duì)象4.￡4.￡功的定義和判斷標(biāo)準(zhǔn)：旨在說明產(chǎn)品的目標(biāo)。名詞說明：名稱、說明。名稱就是對(duì)文檔中會(huì)出現(xiàn)的比擬新的名稱，說明那么是對(duì)這些名稱進(jìn)行解釋。二 需求概述需求概覽：一是業(yè)務(wù)流程圖，對(duì)產(chǎn)品整個(gè)業(yè)務(wù)流程的發(fā)生過程做圖形化的展示，是對(duì)產(chǎn)品整體功能流程的闡釋。二是需求清單，對(duì)本次要開發(fā)的需求任務(wù)做分類，給出簡明扼要的需求描述并標(biāo)注優(yōu)先級(jí)。用戶類與特征：產(chǎn)品的最終用戶，確定產(chǎn)品的最終使用者，并對(duì)使用者的角色和操作行為做出說明。運(yùn)行環(huán)境：該功能上線后需要在以下操作系統(tǒng)中正常運(yùn)行：MicrosoftWindowsXP、WindowsServer、WindowsVista、Windows7、Windows8等版本；跚和實(shí)現(xiàn)上的限制：比方控件的開發(fā)環(huán)境、接口的調(diào)用方式等等時(shí)間要求：此需求需要在2014年3月30日完成需求評(píng)審，在2014年5月1日前完成開發(fā)，在上線時(shí)間等等。里程碑時(shí)間交付物產(chǎn)品風(fēng)險(xiǎn)：描述產(chǎn)品可能存在的風(fēng)險(xiǎn)，比方性能瓶頸，沒有解決的問題，用戶不當(dāng)使用的風(fēng)險(xiǎn)等等。三、功能需求功能結(jié)構(gòu)產(chǎn)品功能的框架圖。產(chǎn)品功能描述產(chǎn)品功能需求的詳細(xì)描述。2.1貨主版2.2車主版2.3管理后臺(tái)產(chǎn)品規(guī)那么涉及產(chǎn)品中的各種規(guī)那么，比方積分細(xì)那么，會(huì)員等級(jí)劃分等等性能要求:用戶在軟件響應(yīng)速度、結(jié)果精度、運(yùn)行時(shí)資源消耗量等方面的要求。易用性需求：用戶在界面的易用性、美觀性，以及對(duì)面向用戶的文檔和培訓(xùn)資料等方面的要求。平安性需求：用戶在身份認(rèn)證、授權(quán)控制、私密性等方面的要求。運(yùn)行環(huán)境約束：用戶對(duì)軟件系統(tǒng)運(yùn)行環(huán)境的要求。外部接口：用戶對(duì)待開發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設(shè)備之間的接口的要求。

附件〔三〕xxx_測(cè)試報(bào)告版本號(hào)修訂描述修訂日期修訂人批準(zhǔn)人公布日期：2015年11月06日受控狀態(tài)：■受控 □非受控分發(fā)范圍：產(chǎn)品技術(shù)中心目錄TOC\o"1-5"\h\z概述 19背景 19目標(biāo) 19測(cè)試范圍 19測(cè)試環(huán)境 19參考文檔 20測(cè)試過程 20測(cè)試概述 20測(cè)試用例執(zhí)行率 20遺留缺陷 20測(cè)試分析 21功能測(cè)試分析 21測(cè)試結(jié)論 21結(jié)論 錯(cuò)誤!未定義書簽。風(fēng)險(xiǎn)及局限性 21建議 21測(cè)試總結(jié) 21洪創(chuàng)教育文檔工作室測(cè)試報(bào)告概述背景［說明編寫本報(bào)告的目的，測(cè)試所依據(jù)的文檔和測(cè)試參與方。］目標(biāo)［說明測(cè)試的目標(biāo)］測(cè)試范I［說明測(cè)試的測(cè)試范圍及測(cè)試內(nèi)容］序號(hào)測(cè)試范圍測(cè)試內(nèi)容1界面測(cè)試驗(yàn)證界面是否滿足UI及需求定義測(cè)試環(huán)境［說明軟件測(cè)試所需的測(cè)試環(huán)境，包括操作系統(tǒng)、數(shù)據(jù)庫、配置， 型號(hào)、品牌等。］數(shù)據(jù)庫效勞器配置主機(jī)IP型號(hào)配置操作系統(tǒng)Tomcat版本數(shù)據(jù)庫管理端客戶端配置主機(jī)IP品牌配置操作系統(tǒng)測(cè)試rt岫品牌型號(hào)配置操作系統(tǒng)參考文檔［說明本測(cè)試報(bào)告所用到的參考資料等。］文檔已創(chuàng)立或可用已被接收或已