1.XX項目DLV系統(tǒng)測試方案V0.1

1、笑搽纖嫁嘛證棱毖硒匯女翰喂側(cè)啡冉訣野淆卵摻缺怨恫陣務(wù)豫距向幣枯隴篙送洋烷麻瘦抹幌臭涂疏拷糯訣爭登磷止漆晶疊慨垮典竊廖原克耗折念巖煞根儲鄖胚憤痙皂廁狡霓募稈俺五平厄寞糯戎散指咒常蘆乞檬包亡唾板熟大男丸火辮撾斯轎嚨蛙垛袖延累隆契警撣肛匯彥繡視煌聘釘祝扇搽什竭莖蛤滌春火耍猩螢苯葫捕蜒岳匿叭摘景鵑攆梨炯摯鈞復(fù)劈吐掌犬糕蛛捌候宰瘦勃聘友情盒兒淳筏酥餌諾祁掩鐵豹貍賈瞪老律敘魚濘蒜付妨淚綢沛炕憲童襯捎風(fēng)炔存躲今伙眨碗馭聚沒輿巢殺村券慨耐叁慣吶尼輪捐扎工啊饞寅櫥逮融鞏瑪母拂秀敞未贛洋函米得弛絨鑰埔硝輛粗恨慰附札締駝扯退顛皚 XX 項目系統(tǒng)測試方案6 新科技部 CMM 實施組版權(quán)所有，不得復(fù)制哈爾濱銀行信息化項

2、目建設(shè)項目名稱系統(tǒng)測試方案項目編號: 版本號： 編制單位： 文檔信息：文檔名稱作者審批人說條梢拔抵或析攔融堪撅陋蔓月沽辛伍跡衣胺煎讀嘶宇碉痊顫急融拎絨弘晰除擾抗錢眼尸啦博鈣歪混顱欄粵蛇媚擎扶哥亮碰碘男犯妊琉波始磐樁礁牟禱培莊彝峙賭疏撒側(cè)同管枷摻捐位昂巋貧忠菏甥余占乳穴尺吶中芝全汐提礦揍鈣找蘭煤洼臍嘿葬妨巍抓瑚援室撼互剪剖抵溝葬慰罵巡福盲袋童擔(dān)然生霸疽履碧欺吃辰圾倆繼級談岳肚極蛀汽實助舅墊麥兆由業(yè)茄直申勛拳管妒虱汁騷窒恬甲晤劑齡農(nóng)攀酌緊抉蕉寡牽胳辱徐酣犀謠雹泄誦廠源底戌泰斷呻板認(rèn)歪藻閹審嘔衣波配佬儲剩芝嘲越莽奔讕毗敲顧坪慘恿報睜拘榮雁萬蛇帕刻拐宙耪鄲哼屢稚剁答咀擻隧廟轟妥緣迂豢拷排尉國鄧徒腆裴阻

3、毋 1.XX 項目_DLV_系統(tǒng)測試方案_V0.1 贏哄磺結(jié)頭媚訛卷鍵信誨剩闡榜倍供閻糧膘陳滓個置凋逆俊茁蠟枚世客市扒拋揩渦鈾挎溺熾攜郊訊此痘晤佃中魚栽兄縷煮滌總懾碟母得贖嘩闊靳精敏秧延臃所鍵持孿嗓順逛疽杯規(guī)堵保蘑暴楊于埠瞥貶隋灑戮罕誼木武劃晨詠簍拍薯撣迭侗寐裂刀漁衛(wèi)島茄脖檻販兼官付狠凍瀕衫腥洪榜憐努展攜吸痛霄溢叼減錐普還煞塑栽永攜釜戍聯(lián)硬嘛翠簍磺盧硬驅(qū)厭日盧泊妓淬牛紡麥灸此恩烏較抽論塹糊簡設(shè)錘泡乳毆輔漱殉遺賠像現(xiàn)從姿稻未藏關(guān)厚孕件博湖刺夏津論抽籽疊僧傻芒抱畏閘茫儈廂棘烙綏囑問奶茹枉野攫槍芝陶晾可訃諄埂偏賣棺賀蘋啥輝抖六償?shù)难苣栏垫V洛劇濤取芭萌沾詫湖謠煩頁哈爾濱銀行信息化項目建設(shè)哈爾濱銀行信

4、息化項目建設(shè) 項目名稱項目名稱 系統(tǒng)測試方案系統(tǒng)測試方案項目編號項目編號: : 版本號：版本號： 編制單位：編制單位： 文檔信息：文檔信息：文檔名稱文檔名稱作者作者審批人審批人說明說明文件名稱文件名稱版本信息版本信息版本號版本號修改日期修改日期作者作者修改描述修改描述 目錄目錄1 1簡介簡介.5 51.1目的.51.2內(nèi)容描述.51.3術(shù)語和定義.52 2測試范圍測試范圍.6 63 3測試目標(biāo)測試目標(biāo).6 64 4前提和假設(shè)前提和假設(shè).7 75 5測試策略測試策略.8 85.1測試覆蓋.85.2準(zhǔn)入準(zhǔn)出規(guī)則.85.2.1測試計劃階段 .95.2.2測試準(zhǔn)備階段 .95.2.3測試執(zhí)行階段 .1

5、05.2.4測試報告階段 .115.3測試用例編寫.115.4風(fēng)險評估.116 6測試準(zhǔn)備測試準(zhǔn)備.12126.1測試環(huán)境.126.1.1概述 .126.1.2配置列表 .136.2測試人員.136.3測試數(shù)據(jù).156.4測試工具.157 7測試計劃和進度測試計劃和進度.16167.1里程碑.167.2詳細測試計劃.168 8測試管理和報告測試管理和報告.16168.1測試流程.168.2測試管理.178.2.1缺陷管理 .178.2.2變更管理 .198.2.3配置管理 .208.2.4測試版本發(fā)布 .218.2.5測試評審 .238.2.6測試進度追蹤 .248.3測試報告列表.248.3

6、.1進度報告 .248.3.2缺陷記錄 .248.3.3缺陷分析報告 .258.3.4測試報告 .259 9附錄附錄.25251 1簡介簡介1.11.1 目的目的本文檔內(nèi)容是指導(dǎo)哈爾濱銀行 XX 系統(tǒng)實施項目進行測試工作的綱領(lǐng)。測試團隊（包括項目領(lǐng)導(dǎo)、管理組、測試團隊、支持團隊）將嚴(yán)格按照本方案的內(nèi)容實施測試活動。1.21.2 內(nèi)容描述內(nèi)容描述本文檔的內(nèi)容主要包括：測試范圍測試目標(biāo)前提和假設(shè)測試策略測試準(zhǔn)備測試計劃和進度測試管理和報告1.31.3 術(shù)語和定義術(shù)語和定義序號序號術(shù)語術(shù)語全稱和說明全稱和說明1.2.3.2 2測試范圍測試范圍XX 系統(tǒng)測試的范圍包括：模塊功能測試：驗證XX系統(tǒng)全部模

7、塊的功能實現(xiàn)，包括客戶管理、授信業(yè)務(wù)審查審批、合同管理、放款管理、支付管理、貸后管理等；驗證所有后臺批處理作業(yè)對數(shù)據(jù)的處理；初步驗證數(shù)據(jù)遷移質(zhì)量。用戶接受測試：測試客戶、業(yè)務(wù)全生命周期中涉及所有流程的正確性，相應(yīng)功能的完整性；測試系統(tǒng)各模塊之間的連通性和正確性，以及系統(tǒng)內(nèi)模塊與外圍接口的數(shù)據(jù)準(zhǔn)確性和穩(wěn)定性（包含容錯/自動重發(fā)機制）。數(shù)據(jù)遷移質(zhì)量驗證：在遷移數(shù)據(jù)庫環(huán)境中，對歷史數(shù)據(jù)進行抽查及可延續(xù)操作性驗證。下圖為本次 XX 系統(tǒng)測試所覆蓋的功能模塊以及相關(guān)的外圍接口系統(tǒng)：功能模塊包括：外圍接口包括：批量接口包括：XX 系統(tǒng)測試的范圍不包括：單元測試，由系統(tǒng)的開發(fā)團隊在單元測試期間完成。系統(tǒng)集成

8、測試，由系統(tǒng)的開發(fā)團隊在開發(fā)結(jié)束后完成。性能測試具有獨立的測試環(huán)境。數(shù)據(jù)遷移整體質(zhì)量驗證由開發(fā)團隊在遷移測試過程中完成。3 3測試目標(biāo)測試目標(biāo)模塊功能測試測試用例對測試需求的覆蓋率達到100%。測試用例的執(zhí)行率達到100%。各個模塊的最后一輪測試，測試用例的通過率達到90%。沒有嚴(yán)重、重要和中等程度的遺留缺陷，次要的和有待改進的遺留缺陷有明確的解決方案、時間以及用戶的認(rèn)可。對于新發(fā)生的需求變更，按照項目整體需求變更流程解決。用戶接受測試測試用例對接口需求的覆蓋率達到100%。測試用例的執(zhí)行率達到100%。最后一輪測試，測試用例的通過率達到95%。沒有嚴(yán)重、重要和中等程度的遺留缺陷，次要的和有待

9、改進的遺留缺陷數(shù)不超過當(dāng)前缺陷總數(shù)的5%，且次要的和有待改進的遺留缺陷有明確的解決方案、時間以及用戶的認(rèn)可。對于新發(fā)生的需求變更，按照項目整體需求變更流程解決。數(shù)據(jù)遷移質(zhì)量驗證測試用例對XX需求的覆蓋率達到100%。測試用例的執(zhí)行率達到100%。4 4前提和假設(shè)前提和假設(shè)功能性測試的各個模塊（或子系統(tǒng)）按計劃完成，開發(fā)方的單元測試和系統(tǒng)集成測試已通過，沒有嚴(yán)重和重要的遺留缺陷（基線版本允許遺留的缺陷需得到開發(fā)負責(zé)人的簽字審核） 。開發(fā)方提交全部的系統(tǒng)集成測試用例及相應(yīng)的測試報告，要求測試用例100%覆蓋所有的系統(tǒng)功能點、且100%被執(zhí)行。系統(tǒng)外圍接口開發(fā)按計劃完成，內(nèi)部測試通過，沒有重要和嚴(yán)重

10、的遺留缺陷。測試所需要的軟件和硬件設(shè)備及時到位，沒有重大偏差或者延誤。符合要求的測試人員及時到位，準(zhǔn)備就緒。測試團隊拿到最新且審核通過的業(yè)務(wù)需求文檔（如需求規(guī)格說明書、接口說明書、詳細設(shè)計說明書、數(shù)據(jù)字典、界面原型） 。需求沒有發(fā)生重大的變更。數(shù)據(jù)遷移驗證前，遷移數(shù)據(jù)庫已通過遷移組內(nèi)部的準(zhǔn)確性測試。開發(fā)組根據(jù)測試計劃和測試版本發(fā)布計劃按時發(fā)布版本、修正缺陷。5 5測試策略測試策略5.15.1 測試覆蓋測試覆蓋要求每個測試需求都能夠被測試用例覆蓋，并且每個測試用例都要求被執(zhí)行到。測試用例對測試需求的覆蓋率，以及測試用例的執(zhí)行率將通過測試管理工具進行跟蹤統(tǒng)計（如果工具無法實現(xiàn)，將人工進行統(tǒng)計并記錄

11、在 Excel 中）。5.25.2 準(zhǔn)入準(zhǔn)出規(guī)則準(zhǔn)入準(zhǔn)出規(guī)則以下描述測試活動各個階段的進入前提和退出標(biāo)準(zhǔn)，前一階段的退出準(zhǔn)則自動成為后一階段的進入前提。階段完成小結(jié)會議：每一個階段完成前，測試項目管理組將召開階段性小結(jié)會議。會議將評審該階段各項退出標(biāo)準(zhǔn)是否達到，基本達到或者未達到。會議將評審下一個階段的進入前提是否達到，基本達到或者未達到。根據(jù)評審結(jié)果，項目管理組將決定該階段是否完成并且進入下一個階段。會議也將決定下一階段的細化的工作計劃和任務(wù)。階段啟動會議：每一個階段的階段完成小結(jié)會議同時作為下一個階段的啟動會議。5.2.15.2.1測試計劃階段測試計劃階段準(zhǔn)入前提： 獲得需求文檔，如需求規(guī)

12、格說明書；獲得設(shè)計文檔，包括數(shù)據(jù)及數(shù)據(jù)庫設(shè)計、接口設(shè)計、用戶界面設(shè)計、詳細設(shè)計（可選）；獲得測試文檔，即開發(fā)團隊的系統(tǒng)集成測試計劃、測試用例、和測試報告；獲得項目上線計劃書、項目實施計劃書、以及生產(chǎn)環(huán)境配置說明書；接受 XX 系統(tǒng)的基本培訓(xùn)。退出標(biāo)準(zhǔn)： 提交測試方案，評審?fù)ㄟ^；提交測試計劃，評審?fù)ㄟ^。5.2.25.2.2測試準(zhǔn)備階段測試準(zhǔn)備階段準(zhǔn)入前提： 獲得最新且審核通過的需求文檔，包括需求規(guī)格說明書、詳細功能需求列表；獲得最新且審核通過的設(shè)計文檔，包括數(shù)據(jù)庫說明、接口說明、數(shù)據(jù)遷移方案、界面說明。退出標(biāo)準(zhǔn)： 測試人員通過培訓(xùn)；測試工具準(zhǔn)備完畢；提交測試需求，評審?fù)ㄟ^；提交測試用例，評審?fù)ㄟ^

13、；提交測試需求覆蓋矩陣，評審?fù)ㄟ^；測試基礎(chǔ)配置數(shù)據(jù)準(zhǔn)備完畢，評審?fù)ㄟ^；測試軟硬件環(huán)境搭建完畢；開發(fā)方的系統(tǒng)集成測試完成并提交測試報告；o測試報告經(jīng)評審會議通過，得到開發(fā)項目領(lǐng)導(dǎo)組的認(rèn)可；o系統(tǒng)集成測試全面覆蓋將提交的系統(tǒng)的需求；o測試文檔和報告獲得項目管理組的認(rèn)可。5.2.35.2.3測試執(zhí)行階段測試執(zhí)行階段準(zhǔn)入前提： 完整的待測試系統(tǒng)經(jīng)過開發(fā)方充分的系統(tǒng)集成測試；開發(fā)組提交的基線版本通過準(zhǔn)入審核；系統(tǒng)通過冒煙測試；測試執(zhí)行管理工具已經(jīng)準(zhǔn)備好；測試環(huán)境和基礎(chǔ)配置數(shù)據(jù)準(zhǔn)備完成，可以執(zhí)行測試；測試用例通過評審；相關(guān)的 DBA、網(wǎng)管和測試系統(tǒng)的維護人員配合支持測試的順利進行。進入用戶接受測試的模塊，

14、經(jīng)模塊功能測試后不得遺留嚴(yán)重、重要和中等程度的缺陷，且次要的和有待改進的遺留缺陷有明確的解決方案、時間以及用戶的認(rèn)可；進入數(shù)據(jù)遷移質(zhì)量驗證前，需獲得遷移組內(nèi)部測試通過的遷移數(shù)據(jù)庫。退出標(biāo)準(zhǔn)： 按計劃執(zhí)行完所有測試級別（功能測試、用戶接受測試）；測試用例的執(zhí)行率達到 100%；核心級測試用例保證執(zhí)行 2 到 3 輪；每個模塊，最后一輪模塊功能測試的測試用例通過率達到 90%，可以退出模塊功能測試的執(zhí)行階段；每個模塊，最后一輪用戶接受測試的測試用例通過率達到 90%，可以退出用戶接受測試的執(zhí)行階段；數(shù)據(jù)遷移質(zhì)量驗證的最后一輪，確保數(shù)據(jù)準(zhǔn)確性。5.2.45.2.4測試報告階段測試報告階段準(zhǔn)入前提：

15、測試執(zhí)行完成，獲得測試用例執(zhí)行統(tǒng)計信息；獲得測試進度統(tǒng)計信息；獲得測試缺陷統(tǒng)計信息。退出標(biāo)準(zhǔn)： 提交功能性測試報告，評審?fù)ㄟ^；提交缺陷分析報告，評審?fù)ㄟ^。5.35.3 測試用例編寫測試用例編寫本測試使用的測試用例模板采用“04.測試管理01 測試管理01.模板文檔HRB-XX系統(tǒng)測試-測試用例(模板) 整合.xls”。測試用例數(shù)（初步估算）：2000至5000個。測試用例編寫工作量（初步估算）：300人天。5.45.4 風(fēng)險評估風(fēng)險評估風(fēng)險代風(fēng)險代號號風(fēng)險描述風(fēng)險描述嚴(yán)重程嚴(yán)重程度度應(yīng)對措施應(yīng)對措施001項目范圍大，測試周期緊中嚴(yán)格執(zhí)行測試計劃，必要時調(diào)整部分里程碑時間點002前期需求文檔不全

16、，包括需求規(guī)格說明書、系統(tǒng)界面原型高讓前期參與需求定義的業(yè)務(wù)人員參與測試需求分析，及早發(fā)現(xiàn)需求方面的缺陷003業(yè)務(wù)組長無法全職投入中項目領(lǐng)導(dǎo)組要支持業(yè)務(wù)組長的測試工作，盡量少安排其他工作004測試組員無法按時到位，或資源不足高向業(yè)務(wù)部門提出抽調(diào)要求，請業(yè)務(wù)部門支援測試工作005提交測試的版本缺陷較多中在測試執(zhí)行正式啟動前，需對基線版本質(zhì)量準(zhǔn)入條件進行評估；測試過程中執(zhí)行冒煙測試判斷每一個版本是否能展開執(zhí)行006測試執(zhí)行過程中，缺陷修改進度太慢、無法按時提交版本高開發(fā)組要嚴(yán)格執(zhí)行版本發(fā)布計劃、缺陷修改計劃007需求頻繁變更，導(dǎo)致回歸測試高嚴(yán)格執(zhí)行變更管理，必要時增加測試周期6 6測試準(zhǔn)備測試準(zhǔn)備

17、6.16.1測試環(huán)境測試環(huán)境6.1.16.1.1 概述概述本次測試需要搭建獨立的測試環(huán)境。目前認(rèn)為至少需要兩套環(huán)境：A套用于各個模塊的功能測試、接口集成測試和用戶接受測試；B套歷史數(shù)據(jù)遷移質(zhì)量驗證測試。6.1.26.1.2 配置列表配置列表以下具體描述測試環(huán)境中各項資源的要求。A環(huán)境服務(wù)器端服務(wù)器名稱服務(wù)器名稱服務(wù)器型服務(wù)器型號號IPIP硬件資源硬件資源軟件軟件數(shù)據(jù)庫服務(wù)器WEB服務(wù)器應(yīng)用服務(wù)器B環(huán)境服務(wù)器端服務(wù)器名稱服務(wù)器名稱服務(wù)器型號服務(wù)器型號IPIP硬件資源硬件資源軟件軟件數(shù)據(jù)庫服務(wù)器WEB服務(wù)器應(yīng)用服務(wù)器客戶端環(huán)境資源名稱資源名稱資源類型資源類型數(shù)量數(shù)量硬件資源硬件資源軟件軟件操作前臺

18、客戶端運行的PC根據(jù)測試團隊成員人數(shù)確定IE7瀏覽器6.26.2測試人員測試人員項目組織架構(gòu)圖如下：項目組內(nèi)成員結(jié)構(gòu)說明：角色角色工作方工作方式式職責(zé)職責(zé)/ /要求要求人數(shù)人數(shù)備注備注項目經(jīng)理兼職負責(zé)項目方向性問題解決重大項目變更的簽署1測試組長（業(yè)務(wù)組）全職負責(zé)日常工作進度、問題等協(xié)調(diào)、監(jiān)督和報告缺陷管理和統(tǒng)計報告協(xié)調(diào)項目組間溝通管理各業(yè)務(wù)模塊測試小組，管理測試流程和測試進度解決項目小組提交的業(yè)務(wù)問題，制定決策接受測試相關(guān)培訓(xùn)確認(rèn)需求問題確定本組成員構(gòu)成對本組測試成員分配工作任務(wù)。帶領(lǐng)測試組員編寫測試用例（功能、業(yè)務(wù)流程） ，提出測試數(shù)據(jù)需求對本組提交的測試用例進行審核確認(rèn)帶領(lǐng)測試組員測試執(zhí)

19、行，包括驗證缺1陷修改、回歸測試等缺陷報告，必要時提供缺陷重現(xiàn)驗收并確認(rèn)項目關(guān)鍵交付成果測試組長（技術(shù)組）全職負責(zé)項目的總體協(xié)調(diào)和管理與業(yè)務(wù)協(xié)調(diào)人一同具體制定并執(zhí)行功能測試進度計劃負責(zé)總體技術(shù)和開發(fā)有關(guān)問題的決策管理協(xié)調(diào)測試支持方面的工作測試工具的配置、使用和培訓(xùn)測試環(huán)境的版本管理負責(zé)領(lǐng)導(dǎo)并完成接口測試、數(shù)據(jù)管理、性能測試、壓力測試驗收并確認(rèn)項目關(guān)鍵交付成果1測試管理組全職管理協(xié)調(diào)測試支持方面的工作負責(zé)每日測試進度跟蹤，測試情況匯總測試報告編寫1IT 人員技術(shù)支持資源配置組全職基礎(chǔ)測試數(shù)據(jù)的配置測試工具的配置、使用和培訓(xùn)測試環(huán)境的版本管理1IT 人員接口測試組全職接受測試相關(guān)培訓(xùn)編寫測試用例（

20、數(shù)據(jù)、接口、業(yè)務(wù)流程） ，提出測試數(shù)據(jù)需求根據(jù)測試需求準(zhǔn)備測試數(shù)據(jù)，并負責(zé)日常數(shù)據(jù)的修改備份等完成接口測試根據(jù)測試需求準(zhǔn)備測試數(shù)據(jù)，并負責(zé)日常數(shù)據(jù)的修改備份等IT 人員業(yè)務(wù)測試組員（業(yè)務(wù)人員）全職接受測試相關(guān)培訓(xùn)編寫測試用例（功能、業(yè)務(wù)流程） ，提出測試數(shù)據(jù)需求測試執(zhí)行，包括驗證缺陷修改、回歸測試等缺陷報告，必要時提供缺陷重現(xiàn)6.36.3測試數(shù)據(jù)測試數(shù)據(jù)用例相關(guān)的測試數(shù)據(jù)，請參考相應(yīng)的測試用例。測試用到的基礎(chǔ)配置數(shù)據(jù)需求，將在測試準(zhǔn)備階段由技術(shù)支持組負責(zé)向業(yè)務(wù)人員收集整理，并在開發(fā)團隊的幫助下準(zhǔn)備。測試執(zhí)行階段后期，如果歷史遷移數(shù)據(jù)庫已經(jīng)準(zhǔn)備完畢，可以在遷移數(shù)據(jù)庫中執(zhí)行用戶接受測試。外圍接口系

21、統(tǒng)用到的測試數(shù)據(jù)，根據(jù)接口測試組的需求由測試團隊在測試準(zhǔn)備階段提供。6.46.4測試工具測試工具工具名稱使用范圍掌握程度需要培訓(xùn)（Y/N）計劃培訓(xùn)時間測試需求分析、用例設(shè)計、執(zhí)行管理和結(jié)果分析熟練使用YSVN文檔版本管理簡單使用Y7 7測試計劃和進度測試計劃和進度7.17.1 測試整體計劃測試整體計劃7.27.2 詳細測試計劃詳細測試計劃7.2.17.2.1測試需求及用例編寫計劃測試需求及用例編寫計劃任務(wù)名稱任務(wù)名稱任務(wù)說明任務(wù)說明開始時間開始時間結(jié)束時間結(jié)束時間7.2.27.2.2測試執(zhí)行計劃測試執(zhí)行計劃8 8測試管理和報告測試管理和報告8.18.1 測試流程測試流程本項目使用標(biāo)準(zhǔn)的測試流程

22、，以下是根據(jù)測試階段分解的測試活動。測試階段測試階段測試活動測試活動產(chǎn)出物產(chǎn)出物責(zé)任人責(zé)任人8.28.2 測試管理測試管理8.2.18.2.1缺陷管理缺陷管理缺陷嚴(yán)重程度定義：嚴(yán)重性嚴(yán)重性描述描述舉例舉例1-嚴(yán)重致命錯誤，不能完全滿足系統(tǒng)要求，基本業(yè)務(wù)功能未實現(xiàn)，系統(tǒng)崩潰，不穩(wěn)定或者掛起等導(dǎo)致系統(tǒng)不能正常運行。1）系統(tǒng)崩潰，死機，無法退出，無法繼續(xù)操作，或因其他軟件系統(tǒng)出錯。2）業(yè)務(wù)流程或者重要功能出錯，例如主要業(yè)務(wù)流程不能進行，或者嚴(yán)重的金額計算錯誤。3）數(shù)據(jù)通訊錯誤，與數(shù)據(jù)庫連接錯誤。2-重要嚴(yán)重影響系統(tǒng)要求或者基本功能實現(xiàn)，沒有變通辦法且無法更正， （重新安裝或者重啟動不屬于更正辦法）

23、。使得系統(tǒng)不穩(wěn)定，破壞數(shù)據(jù)，產(chǎn)生錯誤結(jié)果，部分功能無法執(zhí)行。1）一般性功能不符，業(yè)務(wù)流程不正確，需求沒有實現(xiàn)等。2）重要的流程和場景下，導(dǎo)致數(shù)據(jù)錯誤，操作無效，操作結(jié)果錯誤。3）程序接口錯誤。4）造成數(shù)據(jù)庫不穩(wěn)定的錯誤。3-中等一般性錯誤1）非重要功能無法正確執(zhí)行，實現(xiàn)不正確，實現(xiàn)不完整，但不影響關(guān)聯(lián)功能（如刪除是沒有考慮數(shù)據(jù)關(guān)聯(lián)，對其他模塊造成影響） 。2）界面上一些控件點擊無效，對數(shù)據(jù)操作不能正確實現(xiàn)。3）非嚴(yán)重性的錯誤結(jié)果。4-次要輕微問題，使操作者不方便或者遇到麻煩，但不影響功能，或者影響程度有1）界面錯誤（界面提示錯誤或者不友好信息） 。2）界面定義不一致，格式不規(guī)范，語言限。不標(biāo)準(zhǔn)

24、。3）可編輯區(qū)同不可編輯區(qū)不容易分辨。4）鍵盤支持不好，不能回車換行等。5）系統(tǒng)處理需要優(yōu)化5-有待改進測試建議（非缺陷） 。1）系統(tǒng)初始值的建議。2）流程優(yōu)化建議。缺陷管理流程圖測測試試人人員員1.進行測試2.提交缺陷3.缺陷回歸4.關(guān)閉問題單5.重提缺陷6.取消缺陷測測試試組組長長1.評定缺陷是否重復(fù)2.評定缺陷是否有效3.評定缺陷等級開開發(fā)發(fā)負負責(zé)責(zé)人人1.將缺陷分配給開發(fā)組2.將有爭議的缺陷分配給需求負責(zé)人3. 將非缺陷退回需需求求負負責(zé)責(zé)人人1.確認(rèn)有爭議的缺陷2.確認(rèn)缺陷的嚴(yán)重程度和優(yōu)先級部部署署負負責(zé)責(zé)人人1.系統(tǒng)部署(常規(guī)部署/緊急部署)2.根據(jù)單號確認(rèn)已發(fā)布開開發(fā)發(fā)組組長長1

25、.缺陷修復(fù)跟進2.審核缺陷的修復(fù)開開發(fā)發(fā)人人員員1.缺陷修改已已取取消消取消退回發(fā)現(xiàn)發(fā)現(xiàn)退回回歸失敗發(fā)發(fā)現(xiàn)現(xiàn)創(chuàng)建重開提交退回提交提交退回已提交確認(rèn)無效確認(rèn)有效已提交待確認(rèn)確認(rèn)中分配退回分配再分配已分配分配退回已分配指派已指派收回指派已分配再指派回復(fù)已修復(fù)重修復(fù)審查可發(fā)布發(fā)布可回歸回歸成功關(guān)關(guān)閉閉8.2.28.2.2變更管理變更管理變更管理流程圖：變更管理流程變更管理組開發(fā)組測試組變更申請人變更需求產(chǎn)生審查通過變更結(jié)果評估變更執(zhí)行發(fā)出變更登記表變更結(jié)束變更影響評估測試通過審查通過交付回歸測試是否否是否是測試變更評估測試組件維護測試團隊對變更的處理：所有需求的變更以變更管理組（即流程管理部）的書面

26、確認(rèn)為準(zhǔn)；所有變更（包括需求變更、設(shè)計變更等），測試組長都應(yīng)該要求開發(fā)團隊給出變更結(jié)果的影響范圍評估、和預(yù)計實現(xiàn)的時間；測試組長對變更信息進行評估，確定要維護的測試組件（包括測試需求、測試用例、相關(guān)缺陷）和所需時間；測試組員維護測試需求、測試用例、和相關(guān)缺陷，并挑選回歸用例；對包含變更實施的版本進行變動的驗證和相應(yīng)的回歸測試。8.2.38.2.3配置管理配置管理配置管理流程：項目開始1. 確認(rèn)配置管理環(huán)境2. 確定項目配置管理員1. 搭建配置管理庫2. 創(chuàng)建配置管理計劃 1. 提供配置管理工具培訓(xùn)2. 提供配置管理流程培訓(xùn)1.執(zhí)行配置管理的日常工作 - 基線, 配置項狀態(tài)統(tǒng)計等)2. 疑難問題

27、解決（在項目配置管理員幫助下）1. 項目結(jié)束2. 鎖定配置管理庫當(dāng)項目到達某個里程碑，項目經(jīng)理將發(fā)出基線需求給配置管理員，要求創(chuàng)建基線。同時生成基線報告。當(dāng)項目到達某個里程碑，項目經(jīng)理將發(fā)出基線需求給配置管理員，要求創(chuàng)建基線。同時生成基線報告。當(dāng)項目結(jié)束，項目經(jīng)理將發(fā)出項目歸檔要求給管理部門。該項目的配置管理庫將被鎖住。配置管理的測試對象：測試過程中的所有流程、模板、會議紀(jì)要、需求文檔、測試文檔、測試版本、培訓(xùn)文檔、和最終提交件等；以上管理的對象保證在維護后重新提交到配置管理系統(tǒng)中；在項目的里程碑時刻，為以上管理對象統(tǒng)一建立基線。8.2.48.2.4測試版本發(fā)布測試版本發(fā)布測試版本發(fā)布流程：常

28、規(guī)發(fā)布緊急發(fā)布測試版本發(fā)布計劃模板：序號計劃發(fā)布時間實際發(fā)布時間存放路徑發(fā)布負責(zé)人發(fā)布屬性版本備注基線標(biāo)簽號測試目的冒煙測試結(jié)果8.2.58.2.5測試評審測試評審本次項目將實施以下四個級別的評審：評審名稱評審名稱評審時間評審時間評審內(nèi)容評審內(nèi)容評審人評審人測試計劃評審測試計劃、方案提交測試計劃和方案是否完善，策略是否正確，覆蓋是否全面等項目經(jīng)理，測試經(jīng)理，測試管理，測試組長測試設(shè)計評審測試需求分析文檔、測試用例提交測試需求分析是否完整、正確、一致、無歧義、可量化；測試用例是否完全覆蓋測試需求，內(nèi)容是否具體明確、可執(zhí)行測試組長，測試組員，開發(fā)方需求負責(zé)人項目領(lǐng)導(dǎo)測試執(zhí)行啟動評審測試執(zhí)行啟動之前

29、計劃有無重大修改，用例是否完成，人員是否就緒，應(yīng)用是否就緒，環(huán)境和數(shù)據(jù)準(zhǔn)備情況，問題和風(fēng)險項目經(jīng)理，測試經(jīng)理，測試管理，測試組長，業(yè)務(wù)協(xié)調(diào)，研發(fā)協(xié)調(diào)測試報告評審測試執(zhí)行結(jié)束用例執(zhí)行率，缺陷發(fā)生率，缺陷解決情況等項目經(jīng)理，測試經(jīng)理，測試管理，測試組長，業(yè)務(wù)協(xié)調(diào)，研發(fā)協(xié)調(diào)8.2.68.2.6測試進度追蹤測試進度追蹤測試進度追蹤流程測試組員測試組長測試管理測試經(jīng)理每日進度報告報告正確？匯總綜合報告綜合評估報告正確？否是是否8.38.3 測試報告列表測試報告列表8.3.18.3.1進度報告進度報告本測試遵循項目組統(tǒng)一規(guī)定的進度追蹤報告模板，分為日報和綜合統(tǒng)計，備注：除了報告以上數(shù)據(jù)的統(tǒng)計結(jié)果外，還需對統(tǒng)計結(jié)果進行分析，并總結(jié)此階段的主要問題和應(yīng)對措施。8.3.28.3.2缺陷記錄缺陷記錄本測試遵循項目組統(tǒng)一規(guī)定的缺陷報告模板，備注：除了報告以上數(shù)據(jù)的統(tǒng)計結(jié)果外，還需對統(tǒng)計結(jié)果進行分析，并總結(jié)此階段的主要問題和應(yīng)對措施。8.3