信息系統(tǒng)開發(fā)項(xiàng)目管理指導(dǎo)書-資料下載頁(yè)
2025-04-18 03:33本頁(yè)面
【正文】 3. 評(píng)審結(jié)論與意見提示：由主持人或評(píng)審員填寫此表格。評(píng)審結(jié)論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。[√] 工作成果基本合格，需要作少量的修改，之后通過審核即可。[ ] 工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。意見負(fù)責(zé)人簽字簽字：日期： 附件7：用戶測(cè)試計(jì)劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 測(cè)試范圍與主要內(nèi)容提示：系統(tǒng)測(cè)試小組應(yīng)當(dāng)根據(jù)項(xiàng)目的特征確定測(cè)試范圍與內(nèi)容。一般地，系統(tǒng)測(cè)試的主要內(nèi)容包括功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性（security）測(cè)試、安裝與反安裝測(cè)試等。2. 測(cè)試方法提示：例如黑盒測(cè)試和白盒測(cè)試。3. 測(cè)試環(huán)境與測(cè)試輔助工具環(huán)境設(shè)備配置名稱/類型備注服務(wù)器軟件硬件客戶端軟件硬件網(wǎng)絡(luò)工具類型工具開發(fā)商版本測(cè)試管理缺陷跟蹤用于功能性測(cè)試的工具用于性能測(cè)試的工具測(cè)試覆蓋監(jiān)測(cè)器或評(píng)測(cè)器4. 測(cè)試進(jìn)度計(jì)劃任務(wù)人員任務(wù)開始日期結(jié)束日期制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試實(shí)施測(cè)試執(zhí)行測(cè)試對(duì)測(cè)試進(jìn)行評(píng)估5. 測(cè)試完成準(zhǔn)則提示：對(duì)于非嚴(yán)格系統(tǒng)可以采用“基于測(cè)試用例”的準(zhǔn)則： （1）功能性測(cè)試用例通過率達(dá)到100％；（2）非功能性測(cè)試用例通過率達(dá)到95％時(shí)。對(duì)于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于BUG密度”的規(guī)則：相鄰n個(gè)CPU小時(shí)內(nèi)“測(cè)試期BUG密度”全部低于某個(gè)值m。例如n大于10，m小于等于1。 最后一次回歸測(cè)試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2 個(gè)/萬(wàn)行程序；測(cè)試用例功能點(diǎn)覆蓋率100%；6. BUG管理與改錯(cuò)計(jì)劃提示：根據(jù)所采用的BUG管理工具確定：（1）BUG管理流程，（2）BUG修改流程。定義BUG修改約定，例如：不同級(jí)別的BUG必須在幾日內(nèi)處理完成。7. 附錄. 本計(jì)劃審批意見測(cè)試組審批意見：簽字 日期 附件8：用戶測(cè)試報(bào)告1. 基本信息測(cè)試依據(jù)例如：參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格說明書、測(cè)試用例等測(cè)試范圍測(cè)試驗(yàn)收標(biāo)準(zhǔn)測(cè)試環(huán)境描述測(cè)試驅(qū)動(dòng)程序描述提示：可以把測(cè)試驅(qū)動(dòng)程序當(dāng)作附件測(cè)試人員測(cè)試時(shí)間須注明每次回歸測(cè)試的時(shí)間測(cè)試工具2. 實(shí)況記錄模塊測(cè)試用例編號(hào)期望結(jié)果測(cè)試結(jié)果缺陷密度是否執(zhí)行了回歸測(cè)試3. 測(cè)試總評(píng)價(jià)根據(jù)對(duì)測(cè)試結(jié)果提出一個(gè)關(guān)于軟件能力的全面分析，需標(biāo)明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測(cè)試過程中程序中的不足。根據(jù)測(cè)試標(biāo)準(zhǔn)及測(cè)試結(jié)果，綜合評(píng)價(jià)軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo)。4. 缺陷修改記錄提示：如果采用了缺陷管理工具，能自動(dòng)產(chǎn)生缺陷報(bào)表的話，則無需本表。缺陷名稱缺陷類型嚴(yán)重程度模塊原因駐留時(shí)間解決方案…測(cè)試人員簽字/日期：附件9：試運(yùn)行計(jì)劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectNameTestRunPLAN當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 試運(yùn)行目標(biāo)提示：說明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可以驗(yàn)證的）。2. 工作條件提示：說明試運(yùn)行地點(diǎn)、參加人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。3. 應(yīng)遞交的工作成果工作成果名稱預(yù)計(jì)完成時(shí)間試運(yùn)行報(bào)告報(bào)錯(cuò)趨勢(shì)分析報(bào)告……4. 進(jìn)度表提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart）插入此處或者參照此表制作一份進(jìn)度表。任務(wù)名稱及其描述開始時(shí)間結(jié)束時(shí)間參加人員任務(wù)1任務(wù)2…5. 可能存在的困難與風(fēng)險(xiǎn)提示：指出可能存在的困難和風(fēng)險(xiǎn)，制定應(yīng)急計(jì)劃以應(yīng)對(duì)突發(fā)事件。附錄：本計(jì)劃審批意見提示：項(xiàng)目經(jīng)理或者技術(shù)負(fù)責(zé)人根據(jù)項(xiàng)目計(jì)劃以及現(xiàn)實(shí)情況（如可以支配的人力資源），審批該《試運(yùn)行計(jì)劃》。甲方項(xiàng)目經(jīng)理審批意見：簽字 日期 附件10：試運(yùn)行報(bào)告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectNameTestRunREPORT當(dāng)前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說明此次運(yùn)行工作的必要性。2. 試運(yùn)行目標(biāo)提示：說明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可驗(yàn)證的）。3. 試運(yùn)行取得的工作成果提示：說明本次試運(yùn)行工作成果（程序、文檔、數(shù)據(jù)等）以及試運(yùn)行平臺(tái)和時(shí)間。4. 報(bào)錯(cuò)趨勢(shì)分析報(bào)告提示：建議制作趨勢(shì)圖5. 試運(yùn)行經(jīng)驗(yàn)總結(jié)6. 下一階段工作安排附件11：系統(tǒng)驗(yàn)收?qǐng)?bào)告版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息項(xiàng)目名稱甲方乙方合同甲方驗(yàn)收人員角色職責(zé)乙方人員角色職責(zé)2. 成果審查報(bào)告應(yīng)交付成果的名稱、版本甲方審核人乙方協(xié)助人時(shí)間地點(diǎn)審查結(jié)論3. 問題處理提示：如果甲方發(fā)現(xiàn)工作成果中存在缺陷，雙方應(yīng)當(dāng)視問題的嚴(yán)重性給出合適的處理措施。（1）如果工作成果存在嚴(yán)重的缺陷，則退回給乙方。乙方應(yīng)當(dāng)給出糾正缺陷，雙方協(xié)商第二次驗(yàn)收的時(shí)間。乙方應(yīng)當(dāng)賠償給客戶方造成的損失。（2）如果工作成果存在一些輕微的缺陷，則乙方應(yīng)當(dāng)給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗(yàn)收。問題處理措施甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字4. 交付簽字提示：（1）當(dāng)待驗(yàn)收的所有工作成果都通過了審查和測(cè)試后，乙方將其交付給甲方。（2）雙方的責(zé)任人簽字認(rèn)可。交付簽字業(yè)務(wù)部門負(fù)責(zé)人簽字信息技術(shù)部項(xiàng)目負(fù)責(zé)人簽字乙方項(xiàng)目負(fù)責(zé)人簽字40
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1