銀行運(yùn)行監(jiān)管系統(tǒng)接口應(yīng)用測試方案

1、運(yùn)行監(jiān)管系統(tǒng)接口應(yīng)用測試方案文檔信息：版本：V1.0項(xiàng)目：住建部運(yùn)行監(jiān)管系統(tǒng)接口應(yīng)用密級：內(nèi)部狀態(tài)：非受控模板版本：V1.0.0方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。修訂記錄：日期版本修訂描述作者2011/3/10V1.0創(chuàng)建接口應(yīng)用項(xiàng)目組修訂內(nèi)容：版本修訂內(nèi)容方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。目錄1. 測試方案文檔標(biāo)識符12. 測試方案名稱13. 引言13.1. 目的13.2. 預(yù)期讀者13.3. 術(shù)語表13.4. 參考資料24. 測試項(xiàng)25. 測試環(huán)境35.1. 硬件35.2. 軟件45.3. 網(wǎng)絡(luò)45.4. 數(shù)據(jù)45.5. 其它56. 方法詳述56.1.

2、測試執(zhí)行方法56.2. 測試類型劃分57. 輸入說明68. 輸出說明109. 特性通過準(zhǔn)則179.1. 用例執(zhí)行179.2. 通過標(biāo)準(zhǔn)1710. 測試步驟1810.1. 準(zhǔn)備1810.2. 啟動1810.3. 記錄1910.4. 處理1910.5. 度量2010.6. 暫停2010.7. 再啟動2110.8. 停止2210.9. 清除2210.10. 應(yīng)急22方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。1. 測試方案文檔標(biāo)識符無2. 測試方案名稱住建部運(yùn)行監(jiān)管系統(tǒng)接口應(yīng)用測試方案3. 引言3.1. 目的本文檔是住建部運(yùn)行監(jiān)管系統(tǒng)接口應(yīng)用的測試方案說明，在本文檔中包括測試要點(diǎn)和對測試的安

3、排。對住建部運(yùn)行監(jiān)管系統(tǒng)接口應(yīng)用測試方案的詳細(xì)描述測試方法，確定測試環(huán)境資源，規(guī)范測試步驟，制定測試度量，指導(dǎo)測試用例執(zhí)行。3.2. 預(yù)期讀者預(yù)期讀者包括：項(xiàng)目經(jīng)理項(xiàng)目監(jiān)理質(zhì)量經(jīng)理測試經(jīng)理，測試人員3.3. 術(shù)語表n ABIS農(nóng)行綜合業(yè)務(wù)系統(tǒng)(Agricultural Bank of China Integrated Banking System)，又稱新一代業(yè)務(wù)系統(tǒng)，是負(fù)責(zé)帳務(wù)處理和數(shù)據(jù)處理的核心業(yè)務(wù)系統(tǒng)。自動轉(zhuǎn)賬項(xiàng)目的賬務(wù)核算在ABIS系統(tǒng)實(shí)現(xiàn)。n Tulip方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。金融服務(wù)平臺（Tulip）。分別部署在總行數(shù)據(jù)中心和分行省域數(shù)據(jù)中心?？傂薪鹑诜?/p>

4、務(wù)平臺主要負(fù)責(zé)處理總行統(tǒng)一開發(fā)的全國性金融產(chǎn)品運(yùn)行。開發(fā)人員可以通過金融服務(wù)平臺提供的開發(fā)客戶端實(shí)現(xiàn)產(chǎn)品邏輯的配置。n 組件完成某種特定功能的一段執(zhí)行代碼，應(yīng)用服務(wù)流程引擎執(zhí)行的流程由完成不同功能的組件(或者構(gòu)件)根據(jù)交易功能進(jìn)行有序的組合構(gòu)成。組件可通過二次開發(fā)擴(kuò)充。根據(jù)組件實(shí)現(xiàn)方式的不同，組件可以是函數(shù)組件和程序組件(CICS下)。其中，函數(shù)組件可以用靜態(tài)或者動態(tài)調(diào)用的函數(shù)實(shí)現(xiàn)。組件是金融服務(wù)平臺的流程的組成要素，是運(yùn)行環(huán)境中的最小功能單元。n C3系統(tǒng)CMS資產(chǎn)風(fēng)險(xiǎn)分類系統(tǒng)，是對納入CMS管理的各項(xiàng)資產(chǎn)根據(jù)其風(fēng)險(xiǎn)程度進(jìn)行分類操作的業(yè)務(wù)處理系統(tǒng)，是信貸資產(chǎn)風(fēng)險(xiǎn)管理工作的一項(xiàng)重要內(nèi)容。3.4

5、. 參考資料4. 測試項(xiàng)被測試項(xiàng)：測試包括如下內(nèi)容：l 由對端（公積金中心）發(fā)起聯(lián)機(jī)交易：一、當(dāng)日明細(xì)查詢交易二、歷史明細(xì)查詢交易三、余額查詢交易四、放款(支付)備案與留痕交易五、監(jiān)管客戶端系統(tǒng)完成對帳測試與巡檢測試l 行內(nèi)渠道發(fā)起交易：一、C3系統(tǒng)調(diào)用TULIP交易獲電子流交易二、現(xiàn)金管理系統(tǒng)發(fā)起動帳通知交易三、柜面發(fā)起放款(支付)備案與留痕查詢方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。不被測試項(xiàng)：1. 本測試項(xiàng)目涉及平臺底層架構(gòu)支持部分不予測試包括： 金融服務(wù)平臺總控、組件等。2.因該項(xiàng)目基于成熟開發(fā)平臺進(jìn)行開發(fā)，故如下列表中依賴于平臺的非功能需求也不予測試。功能分類1功能分類2

6、功能非功能需求安全性操作安全數(shù)據(jù)保存安全數(shù)據(jù)傳輸安全系統(tǒng)故障處理能力時(shí)間特性聯(lián)機(jī)交易系統(tǒng)外部響應(yīng)時(shí)間并行用戶支持?jǐn)?shù)量可維護(hù)性可維護(hù)性-易分析可移植性可移植性-適應(yīng)性5. 測試環(huán)境5.1. 硬件名稱硬件環(huán)境主機(jī)IBM RISC System/6000IBM RS/6000 Scalable POWERParallel System (SP2) HP9000/800 DELL/IBM PC SERVER內(nèi)存最少64M，不包括DS。磁盤空間安裝與運(yùn)行CICS需要的磁盤空間，參見CICS安裝說明。安裝與運(yùn)行TULIP需要的磁盤空間，依數(shù)據(jù)量而定，最少1G。方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載

7、使用。5.2. 軟件名稱軟件環(huán)境測試環(huán)境AIX4.2.1；4.3.x；5.xHP-UXB.10.20；B.11.00CICS及相關(guān)產(chǎn)品CICS產(chǎn)品和Sybase Client端產(chǎn)品必須已經(jīng)安裝上，而且必須與應(yīng)用系統(tǒng)TULIP在同一臺物理主機(jī)上Sybase數(shù)據(jù)庫服務(wù)器相關(guān)產(chǎn)品SUSE LINUX 10測試工具IBM 主機(jī)通訊軟件 、行內(nèi)ACBS系統(tǒng)配置管理工具Firefly缺陷管理工具Butterfly辦公軟件Microsoft Office 20035.3. 網(wǎng)絡(luò)因目前與公積金中心只有一條專線，該專線現(xiàn)已部署在生產(chǎn)區(qū)，故此次測試，公積金中心方接入擬采用撥號方式撥入我方內(nèi)網(wǎng)，同時(shí)在我方辦公網(wǎng)絡(luò)部

8、署測試環(huán)境，進(jìn)行系統(tǒng)測試，內(nèi)網(wǎng)網(wǎng)絡(luò)帶寬為100M。5.4. 數(shù)據(jù)監(jiān)控賬號數(shù)據(jù)準(zhǔn)備：該部分?jǐn)?shù)據(jù)由現(xiàn)金管理系統(tǒng)在測試環(huán)境新開立測試賬號，交付測試人員進(jìn)行測試。C3放款(支付)備案留痕查詢測試數(shù)據(jù)準(zhǔn)備：該部分?jǐn)?shù)據(jù)由公積金中心方提供，由公積金中心發(fā)起放款(支付)備案留痕交易記錄至我方相應(yīng)數(shù)據(jù)庫中。方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。5.5. 其它 要求測試人員熟悉本系統(tǒng)業(yè)務(wù)需求，了解各業(yè)務(wù)功能關(guān)聯(lián)的交易；具備業(yè)務(wù)知識和終端操作技能，熟悉ACBS前臺操作系統(tǒng)；能夠熟練使用版本管理工具firefly和缺陷跟蹤工具butterfly等測試軟件，具備辦公軟件（Word、Excel）使用技能。6

9、. 方法詳述6.1. 測試執(zhí)行方法 本次測試的范圍是系統(tǒng)功能測試，采用黑盒測試方法，即將被測軟件看作一個黑盒，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，站在用戶的角度上，通過用戶界面（GUI）與應(yīng)用程序進(jìn)行交互，通過軟件規(guī)定的方式，輸入在測試用例里面規(guī)定的信息，檢驗(yàn)軟件的輸出結(jié)果是否符合預(yù)期的結(jié)果。測試用例的設(shè)計(jì)主要針對流程的實(shí)現(xiàn)和通訊的連接方式，測試方法采用等價(jià)類劃分法，邊界值分析法，場景流分析法，錯誤推斷法和正交分析法等對被測特性進(jìn)行分析，使得測試范圍內(nèi)的被測特性均有用例覆蓋，能夠滿足用戶需求。6.2. 測試類型劃分6.2.1對端發(fā)起交易類型的測試1、 當(dāng)日明細(xì)查詢交易 該交易由監(jiān)管系統(tǒng)

10、、公積金中心發(fā)起，根據(jù)輸入要素至現(xiàn)金管理系統(tǒng)查詢當(dāng)日指定條件下的明細(xì)，輸出明確成功失敗信息及明細(xì)信息至公積金中心。2、 歷史明細(xì)查詢交易 該交易由監(jiān)管系統(tǒng)、公積金中心發(fā)起，根據(jù)輸入要素至現(xiàn)金管理系統(tǒng)查詢歷史明細(xì)記錄，輸出明確成功失敗信息及明細(xì)信息至公積金中心。方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。3、 余額查詢交易 該交易由監(jiān)管系統(tǒng)、公積金中心系統(tǒng)發(fā)起，根據(jù)輸入要素查詢指定賬戶余額，并將余額信息輸出至公積金中心，并返回明確成功失敗信息。四、放款(支付)備案與留痕交易該交易由監(jiān)管系統(tǒng)、公積金中心發(fā)起放款備案通知，我方收到后回復(fù)確認(rèn)收到的業(yè)務(wù)功能，同時(shí)在我方記錄相應(yīng)數(shù)據(jù)記錄，并返回明

11、確成功失敗信息。五、監(jiān)管客戶端系統(tǒng)完成對帳測試與巡檢測試 該交易由公積金中心發(fā)起，銀行方返回明確成功失敗信息以及賬戶歷史明細(xì)，供公積金中心方進(jìn)行對賬與巡檢。6.2.2行內(nèi)渠道發(fā)起的交易類型的測試1、 C3系統(tǒng)調(diào)用TULIP交易獲電子流交易 該交易由我行C3系統(tǒng)發(fā)起，調(diào)用放款(支付)備案與留痕查詢交易，對已備案數(shù)據(jù)進(jìn)行查詢，并接收明確成功失敗信息。2、 現(xiàn)金管理系統(tǒng)發(fā)起動帳通知交易 該交易由現(xiàn)金管理系統(tǒng)發(fā)起，將變動賬戶信息發(fā)送至公積金中心監(jiān)管系統(tǒng)，并接收明確成功失敗信息。3、 柜面發(fā)起放款(支付)備案與留痕查詢 該交易由柜員發(fā)起，交易功能同C3系統(tǒng)調(diào)用TULIP交易獲電子流交易7. 輸入說明7.

12、1對端發(fā)起交易類型1、 當(dāng)日明細(xì)查詢交易輸入項(xiàng)：查詢賬地區(qū)代碼發(fā)生額下限方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。發(fā)生額上限開始時(shí)間終止時(shí)間查詢下頁標(biāo)識請求包備用字段1請求包備用字段22、 歷史明細(xì)查詢交易輸入項(xiàng)：查詢賬號起始日期截止日期發(fā)生額下限發(fā)生額上限查詢下頁標(biāo)識請求包備用字段1請求包備用字段23、 余額查詢輸入項(xiàng)：總筆數(shù)請求包備用字段1請求包備用字段2指令順序號帳號幣種請求包備用字段3請求包備用字段44、 放款(支付)備案與留痕交易輸入項(xiàng)：借款人名稱地址開戶銀行方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。賬號項(xiàng)目名稱項(xiàng)目性質(zhì)金額期限貸款名稱客戶名稱借款合同編號貸款金額

13、資金封閉管理賬號支用申請表編號本次支用金額序號渠道簽名時(shí)間請求備用字段1請求備用字段2五、監(jiān)管客戶端系統(tǒng)完成對帳測試與巡檢測試輸入項(xiàng)：查詢賬號起始日期截止日期發(fā)生額下限發(fā)生額上限查詢下頁標(biāo)識請求包備用字段1請求包備用字段2如非必輸項(xiàng)無對應(yīng)數(shù)據(jù)，則不輸入。7.2行內(nèi)渠道發(fā)起的交易類型1、 C3系統(tǒng)調(diào)用TULIP交易獲電子流交易輸入項(xiàng)：借款人名稱方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。地址開戶銀行賬號項(xiàng)目名稱項(xiàng)目性質(zhì)金額期限貸款名稱客戶名稱借款合同編號貸款金額資金封閉管理賬號支用申請表編號本次支用金額序號渠道簽名時(shí)間請求備用字段1請求備用字段2如非必輸項(xiàng)無對應(yīng)數(shù)據(jù)，則不輸入。2、 現(xiàn)金

14、管理系統(tǒng)發(fā)起動帳通知交易輸入項(xiàng)：無三、柜面發(fā)起放款(支付)備案與留痕查詢借款人名稱地址開戶銀行賬號項(xiàng)目名稱方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。項(xiàng)目性質(zhì)金額期限貸款名稱客戶名稱借款合同編號貸款金額資金封閉管理賬號支用申請表編號本次支用金額序號渠道簽名時(shí)間請求備用字段1請求備用字段2如非必輸項(xiàng)無對應(yīng)數(shù)據(jù)，則不輸入。8. 輸出說明8.1對端發(fā)起交易類型1、 當(dāng)日明細(xì)查詢交易賬號戶名幣種地區(qū)代碼查詢下頁標(biāo)識交易條數(shù)響應(yīng)備用字段1響應(yīng)備用字段2借貸標(biāo)志憑證號發(fā)生額對方行號方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。對方賬號對方戶名摘要用途附言業(yè)務(wù)編號業(yè)務(wù)代碼相關(guān)業(yè)務(wù)編號英文備注業(yè)

15、務(wù)種類憑證種類附加信息時(shí)間戳響應(yīng)備用字段3響應(yīng)備用字段4輸出項(xiàng)中如無數(shù)據(jù)，則留空。2、 歷史明細(xì)查詢交易輸出項(xiàng)：賬號戶名幣種起始日期截止日期發(fā)生額下限發(fā)生額上限查詢下頁標(biāo)識交易條數(shù)響應(yīng)備用字段1響應(yīng)備用字段2借貸標(biāo)志方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。憑證號借方發(fā)生額貸方發(fā)生額余額對方行號對方行名對方賬號對方戶名摘要用途附言業(yè)務(wù)代碼交易日期時(shí)間戳業(yè)務(wù)編號相關(guān)業(yè)務(wù)編號英文備注業(yè)務(wù)種類憑證種類附加信息響應(yīng)備用字段3響應(yīng)備用字段4輸出項(xiàng)中如無數(shù)據(jù)，則留空。3、 余額查詢交易輸出項(xiàng)：指令順序號賬號方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。幣種鈔匯標(biāo)志賬戶屬性昨日余額當(dāng)前余額可

16、用余額凍結(jié)額度合計(jì)查詢時(shí)間返回碼返回描述響應(yīng)包備用字段3響應(yīng)包備用字段4輸出項(xiàng)中如無數(shù)據(jù)，則留空。4、 放款(支付)備案與留痕交易輸出項(xiàng)：借款人名稱地址開戶銀行賬號項(xiàng)目名稱項(xiàng)目性質(zhì)金額期限貸款名稱客戶名稱借款合同編號貸款金額資金封閉管理賬號支用申請表編號本次支用金額序號方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。渠道簽名時(shí)間請求備用字段1請求備用字段2輸出項(xiàng)中如無數(shù)據(jù)，則留空。5、 監(jiān)管客戶端系統(tǒng)完成對帳測試與巡檢測試輸出項(xiàng)：賬號戶名幣種起始日期截止日期發(fā)生額下限發(fā)生額上限查詢下頁標(biāo)識交易條數(shù)響應(yīng)備用字段1響應(yīng)備用字段2借貸標(biāo)志憑證號借方發(fā)生額貸方發(fā)生額余額對方行號對方行名對方賬號對方

17、戶名摘要用途附言業(yè)務(wù)代碼交易日期時(shí)間戳業(yè)務(wù)編號相關(guān)業(yè)務(wù)編號英文備注方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。業(yè)務(wù)種類憑證種類附加信息響應(yīng)備用字段3響應(yīng)備用字段48.2行內(nèi)渠道發(fā)起的交易一、C3系統(tǒng)調(diào)用TULIP交易獲電子流交易輸出項(xiàng)：借款人名稱地址開戶銀行賬號項(xiàng)目名稱項(xiàng)目性質(zhì)金額期限貸款名稱客戶名稱借款合同編號貸款金額資金封閉管理賬號支用申請表編號本次支用金額序號渠道簽名時(shí)間請求備用字段1請求備用字段2二、現(xiàn)金管理發(fā)起動帳通知輸出項(xiàng)：方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。明細(xì)記錄數(shù)量響應(yīng)備用字段1響應(yīng)備用字段2賬號戶名幣種Swift行號交易序號入賬日期入賬時(shí)間正反交易標(biāo)

18、志沖正標(biāo)志借貸標(biāo)志憑證種類憑證號貸方憑證種類貸方憑證號發(fā)生額對方行號對方行名對方賬號對方戶名對方入賬賬號對方入賬戶名對方入賬行號外匯統(tǒng)計(jì)代碼外匯結(jié)算方式摘要用途附言業(yè)務(wù)編號相關(guān)業(yè)務(wù)編號流水號業(yè)務(wù)代碼英文備注附加信息ERP支票號付款批次響應(yīng)備用字段3響應(yīng)備用字段4三、放款（支付）備案及留痕查詢方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。輸出項(xiàng)：借款人名稱地址開戶銀行賬號項(xiàng)目名稱項(xiàng)目性質(zhì)金額期限貸款名稱客戶名稱借款合同編號貸款金額資金封閉管理賬號支用申請表編號本次支用金額序號渠道簽名時(shí)間請求備用字段1請求備用字段29. 特性通過準(zhǔn)則9.1. 用例執(zhí)行針對每個可測試特性的不同測試方法，均有測

19、試用例覆蓋。每個測試用例均執(zhí)行，且每個測試用例結(jié)果均有記錄。方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。9.2. 通過標(biāo)準(zhǔn)對測試的結(jié)果主要采取人工比對測試用例執(zhí)行結(jié)果的方法，測試結(jié)果是否與測試用例相一致，是否滿足特性通過準(zhǔn)則的要求，是否符合測試用例通過率，以此來判定測試結(jié)果的正確性。最后對測試用例的執(zhí)行過程和結(jié)果按照缺陷嚴(yán)重性定義進(jìn)行分類，并針對嚴(yán)重程度區(qū)分優(yōu)先級進(jìn)行測試，功能A類、B類、C類缺陷已經(jīng)全部解決并通過回歸測試；未解決的D類缺陷數(shù)量 < 3%（100個測試用例中，未解決的D類缺陷少于3個）。所有的測試點(diǎn)均執(zhí)行并通過了測試，且達(dá)到了最低程度的測試徹底性。10. 測試步驟

20、10.1. 準(zhǔn)備申請測試人員；提交環(huán)境申請表至測試環(huán)境負(fù)責(zé)部門；開發(fā)部門發(fā)布測試版本至測試環(huán)境；開發(fā)部門檢查各子系統(tǒng)及聯(lián)通性保證環(huán)境的真實(shí)性；準(zhǔn)備測試用例測試數(shù)據(jù)；10.2. 啟動執(zhí)行本規(guī)程必須驗(yàn)證以下幾方面內(nèi)容1、技術(shù)環(huán)境達(dá)到啟動標(biāo)準(zhǔn)，軟件遷移到測試環(huán)境成功； 2、環(huán)境驗(yàn)證可用：包括客戶端程序、不同級別操作員的權(quán)限的有效性（總行、一級分行、二級分行、支行），后臺環(huán)境，通訊機(jī)環(huán)境；3、測試數(shù)據(jù)已經(jīng)按照規(guī)程和用例要求準(zhǔn)備完畢，并經(jīng)過確認(rèn)可用；4、確認(rèn)測試，通過執(zhí)行冒煙測試，驗(yàn)證硬件、軟件環(huán)境是否可用，是否達(dá)到啟動標(biāo)準(zhǔn)；方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。5、測試文檔；6、測試執(zhí)行

21、人員準(zhǔn)備就緒，任務(wù)分配完成；10.3. 記錄每天測試完畢提交測試記錄，記錄包括測試日志和事件報(bào)告。用來記錄當(dāng)日測試的執(zhí)行進(jìn)程，記錄與測試計(jì)劃規(guī)定進(jìn)度的差異；對每個事件記錄記錄發(fā)生的日期和時(shí)間，并記錄記錄者。日志采用表格方式，包括當(dāng)日事件報(bào)告提交數(shù)及解決情況，上一測試工作日遺留的待解決測試事件報(bào)告的情況。這些將有助于把握測試進(jìn)度及跟蹤測試事件。專人匯總生成當(dāng)日項(xiàng)目測試日志上報(bào)項(xiàng)目負(fù)責(zé)人。10.4. 處理1、測試活動正式啟動后，測試人員根據(jù)測試任務(wù)分工表和測試工作進(jìn)度表對自己測試任務(wù)進(jìn)行合理安排，在規(guī)定時(shí)間內(nèi)完成有效測試，并做好測試記錄（如有必要可以提交測試記錄文檔）。2、測試過程中，測試人員發(fā)現(xiàn)

22、問題，則須填寫問題報(bào)告單，將測試所出現(xiàn)的問題完整記錄，記錄測試現(xiàn)象，以便對問題進(jìn)行后續(xù)分析，并在Butterfly中進(jìn)行詳細(xì)描述以便于開發(fā)人員定位原因。3、經(jīng)開發(fā)人員分析確認(rèn)屬于缺陷的問題，提交給項(xiàng)目開發(fā)經(jīng)理，由開發(fā)經(jīng)理分配給相應(yīng)的開發(fā)人員進(jìn)行處理，開發(fā)人員對所屬的測試缺陷要及時(shí)進(jìn)行處理，并反饋處理情況；如果開發(fā)人員認(rèn)為不是缺陷且與測試人員達(dá)成一致共識，則可以將問題單打回給測試提交人員關(guān)閉；如有爭議的缺陷時(shí)，則召開項(xiàng)目組相關(guān)各方會議進(jìn)行討論，達(dá)成共識，確定缺陷處理辦法。4、對于缺陷修改情況的處理，要求在下個回歸測試版本發(fā)布前完成缺陷的修改，如果出現(xiàn)有爭議的缺陷或者在下個回歸測試版本發(fā)布前無法修

23、改完成的缺陷，需要在缺陷跟蹤表中進(jìn)行記錄，待之后的版本再進(jìn)行回歸測試。5、按照測試進(jìn)度，對不通過的測試用例提交缺陷管理后，經(jīng)開發(fā)組修改完善，并在修改后發(fā)布的版本進(jìn)行回歸測試，如依然有問題，則回歸測試不通過，由開發(fā)組繼續(xù)修改，直至問題解決。當(dāng)某些缺陷由于其連續(xù)執(zhí)行了各種異?；蛘Ｓ美?，構(gòu)造了復(fù)雜的測試環(huán)境，開發(fā)組進(jìn)行缺陷修改時(shí)發(fā)現(xiàn)問題很難復(fù)現(xiàn)時(shí)，協(xié)助開發(fā)組一起構(gòu)造測試場景，對無法復(fù)現(xiàn)的缺陷需要經(jīng)項(xiàng)目組討論當(dāng)作遺留問題記錄下來，分析風(fēng)險(xiǎn)并給出規(guī)避措施。方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。6、各缺陷提交人員負(fù)責(zé)對自己所提交缺陷的跟蹤情況。整個過程中，由測試人員負(fù)責(zé)全部測試文檔整理、匯

24、總及相關(guān)的缺陷統(tǒng)計(jì)分析工作。測試人員按照測試用例中的測試用例描述執(zhí)行測試，記錄與預(yù)期結(jié)果不符的實(shí)際結(jié)果、系統(tǒng)功能通過情況、缺陷等級、系統(tǒng)版本號和需求版本號。10.5. 度量通過將測試輸出結(jié)果與測試用例中的預(yù)期結(jié)果進(jìn)行比對，來判斷測試是否成功。根據(jù)測試結(jié)果的不同，用例狀態(tài)可分為：通過，失敗，阻塞，忽略，其他。具體分類規(guī)則，可參考測試用例說明附件。測試結(jié)束后，除度量用例個數(shù)，用例覆蓋率，用例通過率，缺陷個數(shù)等數(shù)據(jù)之外，還需要對以下數(shù)據(jù)進(jìn)行度量：系統(tǒng)測試階段缺陷率：系統(tǒng)測試階段缺陷數(shù)（個）/ 系統(tǒng)測試階段產(chǎn)品功能點(diǎn)數(shù)（FP）系統(tǒng)測試階段缺陷平均滯留時(shí)間：系統(tǒng)測試階段缺陷總滯留時(shí)間（小時(shí)）/ 系統(tǒng)測試

25、階段缺陷數(shù)（個）系統(tǒng)測試階段測試缺陷嚴(yán)重程度比例：系統(tǒng)測試階段各嚴(yán)重程度缺陷數(shù)（個）/ 系統(tǒng)測試階段缺陷數(shù)（個）系統(tǒng)測試缺陷注入階段比例：各階段注入的缺陷數(shù)（個）/ 系統(tǒng)測試階段缺陷總數(shù)（個）系統(tǒng)測試階段測試效率：系統(tǒng)測試階段用例數(shù)（個）/ 系統(tǒng)測試階段實(shí)際測試總工作量（人時(shí)）系統(tǒng)測試階段測試用例效率：系統(tǒng)測試階段缺陷數(shù)（個）/系統(tǒng)測試階段用例數(shù)（個）方案范文無法思考和涵蓋全面，最好仔細(xì)瀏覽后下載使用。10.6. 暫停在發(fā)生如下情況時(shí)，經(jīng)與項(xiàng)目負(fù)責(zé)人和業(yè)務(wù)負(fù)責(zé)人溝通，確認(rèn)意見一致后，暫停測試活動：（1）測試中發(fā)現(xiàn)的系統(tǒng)缺陷導(dǎo)致后繼測試無法進(jìn)行；（2）測試中發(fā)現(xiàn)的系統(tǒng)缺陷導(dǎo)致產(chǎn)品設(shè)計(jì)的更改，在更

26、改完成前所做測試沒有意義。（3）發(fā)生其他導(dǎo)致測試暫停的事項(xiàng)。與被測項(xiàng)無關(guān)的暫停在測試的過程中，如果由于執(zhí)行測試的硬件故障、支撐系統(tǒng)（包括操作系統(tǒng)、數(shù)據(jù)庫、中間軟件）由于使用不當(dāng)而發(fā)生了不可逆轉(zhuǎn)的損壞以至不能正常工作；被測試系統(tǒng)在測試中頻繁出現(xiàn)異常（每小時(shí)出現(xiàn)1次以上）時(shí)、測試環(huán)境被破壞而導(dǎo)致測試無法進(jìn)行；參加測試的關(guān)鍵人員由于與測試無關(guān)的原因不能繼續(xù)進(jìn)行測試工作，則需要暫停測試。與被測試項(xiàng)相關(guān)的暫停在測試的過程中，如果測試不能進(jìn)行下去，包括軟件不能接收輸入、軟件進(jìn)入死循環(huán)、在特定的輸入下導(dǎo)致被測試軟件的崩潰、軟件不能產(chǎn)生輸出以至影響了后繼測試，提交問題很長時(shí)間沒有得到解決，導(dǎo)致相關(guān)聯(lián)的測試無法進(jìn)行等。需要暫停測試。10.7. 再啟動與被測項(xiàng)無關(guān)的暫停再啟動對于由于硬件引起的暫停，應(yīng)在修復(fù)、更換硬件后再啟動測試；對于由于支撐系統(tǒng)（包括操作系統(tǒng)、數(shù)據(jù)庫、中間軟件）引起的暫停，應(yīng)在重新安裝或更換已經(jīng)安裝好的支撐系統(tǒng)后再啟動測試；對于由于測試的關(guān)鍵人員引起的暫停，應(yīng)由測試的組織者進(jìn)行評估，以確定是換人繼續(xù)測試或等待該人員恢復(fù)可以從事測試工作的狀態(tài)后再