【正文】 場景測試重點在于監(jiān)控數(shù)據(jù)庫的性能情況。3刪除臨時表數(shù)據(jù)報送數(shù)據(jù)，系統(tǒng)進行刪除臨時表操作，測試刪除臨時庫數(shù)據(jù)時間是否滿足業(yè)務(wù)要求。3．應(yīng)用硬件差異：、內(nèi)存8GB，、內(nèi)存16GB，根據(jù)對比實際測試環(huán)境的硬件配置是總行生產(chǎn)環(huán)境硬件配置的兩倍。2）前置系統(tǒng)：由于此系統(tǒng)處在調(diào)優(yōu)過程中，沒有提供軟件最終修改原因及分析。，直接從第2步返回結(jié)果中獲取數(shù)據(jù)。本次測試的目標是，在災(zāi)備環(huán)境中對金融統(tǒng)計系統(tǒng)與前置系統(tǒng)進行性能測試，客觀、公正評估系統(tǒng)是否能夠滿足實際業(yè)務(wù)性能要求，以及為性能調(diào)優(yōu)進行技術(shù)支持。此次測試的具體目標為：1. 測試夜間委托文件集（DB出表）在規(guī)定時間內(nèi)所生成的報表數(shù)量；2. 測試采集過程中清除臨時庫時間是否滿足用戶要求；3. 對于前期性能測試問題進行驗證；4. 前置系統(tǒng)在多應(yīng)用環(huán)境中上線前的評估。本次升級，涉及到的類包括：ReportTaskDbMgrServiceImpl(DB出表任務(wù)執(zhí)行類)、ReportTaskDbDAOImpl(DB出表數(shù)據(jù)訪問類)。沒有對基礎(chǔ)軟件配置進行修改。4．數(shù)據(jù)庫用硬件差異：、內(nèi)存48GB，、內(nèi)存147GB，根據(jù)對比實際測試環(huán)境的硬件配置是總行生產(chǎn)環(huán)境硬件配置的三倍。140萬（刪除時間在5分鐘之內(nèi)）。期望結(jié)果7萬張報表應(yīng)在8小時內(nèi)正確處理，數(shù)據(jù)庫服務(wù)器與應(yīng)用服務(wù)器各項指標不能超過90%。使用數(shù)據(jù)報表數(shù)據(jù)：45張；采集數(shù)據(jù)：5個ij文件；匯總數(shù)據(jù)：48個匯總文件集；綜合查詢：53個并發(fā)查詢。場景名稱刪除臨時表數(shù)據(jù)場景場景編號Jrtj001003系統(tǒng)處理方式數(shù)據(jù)重報時先刪除臨時表的數(shù)據(jù)，根據(jù)機構(gòu)類直接刪除，不再關(guān)聯(lián)完備性表。期望結(jié)果每個文件刪除臨時庫時間不能超過5分鐘，各項業(yè)務(wù)操作都能正確實現(xiàn)。操作占用所有隊列,持續(xù)1小時測試重點監(jiān)控數(shù)據(jù)庫各項性能指標，記錄加載到臨時庫時間和數(shù)據(jù)轉(zhuǎn)換時間。使用數(shù)據(jù)分別生成1000萬200萬、20萬、3萬、3000、300數(shù)據(jù)沾滿10個列隊。監(jiān)控指標重點監(jiān)控：數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器cpu、內(nèi)存、磁盤讀寫情況。期望結(jié)果數(shù)據(jù)庫與應(yīng)用服務(wù)器性能指標不能超過80%,并且各項業(yè)務(wù)均能執(zhí)行正確。操作并發(fā)人數(shù)為5，持續(xù)一小時。場景名稱前置綜合場景場景編號Jrtj001008系統(tǒng)處理方式與機構(gòu)關(guān)系（一對多）導(dǎo)入、數(shù)據(jù)指標核對、生成IJ文件、加載到臨時表與數(shù)據(jù)轉(zhuǎn)換相同。期望結(jié)果數(shù)據(jù)庫與應(yīng)用服務(wù)器性能指標不能超過80%,并且各項業(yè)務(wù)均能執(zhí)行正確。操作使用日常業(yè)務(wù)DB出表場景與前置綜合場景同時進行測試。測試結(jié)果及分析夜間DB出表目前運行的結(jié)果，報表共耗時2小時18分～2小時30分，共生成69561報表，%～%，最高占用率為23%～28%。DB出表在后臺數(shù)據(jù)庫中運行生成，所以沒有并發(fā)用戶數(shù)。日常業(yè)務(wù)DB出表的事務(wù)成功數(shù)：從上圖中可以看出：綜合查詢的成功事務(wù)數(shù)為8027，沒有失敗事務(wù)；匯總的成功事務(wù)數(shù)為58，失敗事務(wù)數(shù)為194；上傳IJ文件的成功事務(wù)數(shù)為858，沒有失敗事務(wù)。經(jīng)分析，數(shù)據(jù)沒有出現(xiàn)死鎖，CPU占用資源正常，如圖二所示：AI4010000000020101231411文件，按機構(gòu)刪除：45s. 按機構(gòu)類刪除：27s, 經(jīng)分析，數(shù)據(jù)沒有出現(xiàn)死鎖，CPU占用資源正常，如圖三所示：圖一按機構(gòu)刪除按機構(gòu)類刪除圖二按機構(gòu)刪除按機構(gòu)類刪除圖三按機構(gòu)刪除按機構(gòu)類刪除結(jié)果分析：通過對系統(tǒng)進行大數(shù)據(jù)文件報送得出，臨時庫存量為9百萬量級時刪除138萬數(shù)據(jù)用時108～210秒，測試環(huán)境滿足開發(fā)提出的5分鐘內(nèi)刪除數(shù)據(jù)時間標準。所以，上傳IJ文件的速度較上個版本有所提升。結(jié)果貼圖： 前置系統(tǒng)上傳IJ文件小文件的處理時間：從上圖中可以看出：前置系統(tǒng)上傳14位小數(shù)據(jù)量IJ文件（300條～3萬條）的處理時間為52秒～60秒。生成IJ文件數(shù)據(jù)庫服務(wù)器資源占用圖： 結(jié)果分析：經(jīng)分析，%，%，資源占用正常。當并發(fā)用戶數(shù)為96個即每臺服務(wù)器上32個并發(fā)用戶時，DB的CPU平均占用率為27%，最高占用率為50%，存在總行環(huán)境中達到100%的風險。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為48個的平均響應(yīng)時間：從圖中可以看出：。前置系統(tǒng)數(shù)據(jù)指標核對并發(fā)用戶為96個的處理能力： 從上圖中可以看出：后臺數(shù)據(jù)指標核對96個并發(fā)用戶時的平均每秒事務(wù)數(shù)（TPS） 。經(jīng)分析，系統(tǒng)滿足并發(fā)用戶數(shù)10個/分鐘的性能需求。前置系統(tǒng)機構(gòu)關(guān)系（一對多）導(dǎo)入10個用戶的響應(yīng)時間：從上圖中可以看出：機構(gòu)關(guān)系（一對多）。 前置系統(tǒng)機構(gòu)關(guān)系（一對多）導(dǎo)入20個用戶JDBC poolsize 30的處理能力：從上圖中可以看出：機構(gòu)關(guān)系（一對多）， 。 前置系統(tǒng)機構(gòu)關(guān)系（一對多）導(dǎo)入20個用戶JDBC poolsize 50的系統(tǒng)資源：從上圖中可以看出：機構(gòu)關(guān)系（一對多）%，% 。結(jié)果貼圖：貼圖中導(dǎo)出EXCEL表示后臺數(shù)據(jù)指標核對，開始上傳機構(gòu)對照關(guān)系表示機構(gòu)關(guān)系（一對多）導(dǎo)入，前置系統(tǒng)綜合場景響應(yīng)時間：從上圖中可以看出：；前置綜合場景中機構(gòu)關(guān)系（一對多）。前置系統(tǒng)綜合場景上傳IJ文件：從上圖中可以看出：上傳大數(shù)據(jù)量IJ文件（1千萬數(shù)據(jù)）的時間是1小時18分，且在數(shù)據(jù)校驗階段出錯。結(jié)果貼圖：混合場景響應(yīng)時間： 從上圖中可以看出：；；；機構(gòu)關(guān)系（一對多）； ?，F(xiàn)開發(fā)部門還未提出優(yōu)化說明服務(wù)器名稱參數(shù)名稱修改前參數(shù)值修改后參數(shù)值用途描述測試結(jié)論及建議在測試環(huán)境中，由此得出的測試結(jié)論存在一定的風險。3）刪除臨時表數(shù)據(jù)通過對系統(tǒng)進行大數(shù)據(jù)文件報送得出，臨時庫存量為9百萬量級時刪除138萬數(shù)據(jù)用時108～210秒，測試環(huán)境滿足開發(fā)提出的5分鐘內(nèi)刪除數(shù)據(jù)的時間要求。結(jié)果是：大文件（1000萬～1380萬）的處理時間為35分鐘，中文件的處理時間為1分鐘～8分鐘，小文件的處理時間為52秒～60秒。3）數(shù)據(jù)指標核對后臺數(shù)據(jù)指標核對隨著并發(fā)用戶的增多，系統(tǒng)處理能力增加，平均響應(yīng)時間增加，數(shù)據(jù)指標核對場景滿足10個/分鐘并發(fā)用戶的性能需求。5）前置綜合場景在綜合場景中，%～%，%～%CPU占用率過高，由此推算，在總行環(huán)境中存在達到100%的風險。%,%，在總行環(huán)境中存在占用率達到100%的風險。3）為縮短前置系統(tǒng)上傳14位IJ文件的數(shù)據(jù)校驗階段的執(zhí)行時間，取消了校驗后把14位機構(gòu)數(shù)據(jù)轉(zhuǎn)移至臨時表的步驟，導(dǎo)致14位數(shù)據(jù)查詢功能不可用，需要與用戶確認。7）機構(gòu)關(guān)系（一對多）導(dǎo)入功能滿足10個/分鐘的性能需求，但隨著業(yè)務(wù)的增加，系統(tǒng)有可能出現(xiàn)數(shù)據(jù)庫服務(wù)器的CPU平均占用過高情況和業(yè)務(wù)因超時而失敗現(xiàn)象，建議增加數(shù)據(jù)庫連接池數(shù)量。測試人員測試時間2011年03月16日至2011年04月18日測試地點功能測試：西紅門開發(fā)基地性能測試：右安門機房災(zāi)備環(huán)境測試人員測試項目負責人負責內(nèi)容編寫測試報告、協(xié)調(diào)測試人員聯(lián)系電話13552823863測試人員負責內(nèi)容錄制性能腳本，執(zhí)行測試，分析測試結(jié)果聯(lián)系電話15811199735測試人員負責內(nèi)容編制測試數(shù)據(jù)，功能測試聯(lián)系電話602422992218測試人員負責內(nèi)容編制測試數(shù)據(jù)聯(lián)系電話