基于國產(chǎn)基礎(chǔ)軟件應(yīng)用系統(tǒng)的性能測(cè)試與優(yōu)化

　　2.2 測(cè)試環(huán)境

　　測(cè)試時(shí)，使用1臺(tái)PC機(jī)作為負(fù)載測(cè)試機(jī)，1臺(tái)服務(wù)器作為應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器。PC機(jī)采用100 Mb/s局域網(wǎng)連接服務(wù)器。服務(wù)器軟件組成方案如表2所示[3]。

　　2.3 錄制測(cè)試腳本

　　測(cè)試腳本是一組代碼，執(zhí)行時(shí)，可以模擬用戶操作對(duì)服務(wù)器產(chǎn)生的請(qǐng)求數(shù)據(jù)，或是模擬用戶執(zhí)行操作的過程、用戶等待行為等。腳本的錄制按照以下步驟執(zhí)行：

　　(1)使用LoadRunner錄制測(cè)試從業(yè)務(wù)使用頻繁程度以及負(fù)載量的大小選擇新建患者資料、患者資料查詢、新增日程功能作為三組測(cè)試[4]。這三組測(cè)試腳本模擬的執(zhí)行過程為系統(tǒng)登錄、業(yè)務(wù)操作和退出系統(tǒng)。

　　(2)每個(gè)操作定義為一個(gè)事務(wù)，在事務(wù)前后加入隨機(jī)的思考時(shí)間。

　　(3)在事務(wù)前設(shè)置集合點(diǎn)，保證用戶執(zhí)行操作的并發(fā)。

　　(4)在用戶實(shí)際操作的過程中，不同用戶提交的數(shù)據(jù)、系統(tǒng)動(dòng)態(tài)生成的會(huì)話標(biāo)志是不一致的。通過參數(shù)化來設(shè)定差異值的取值范圍、迭代方式，實(shí)現(xiàn)數(shù)據(jù)的變量化，而系統(tǒng)的會(huì)話標(biāo)志如session，則需要設(shè)置關(guān)聯(lián)來保存。

　　2.4 設(shè)計(jì)測(cè)試場(chǎng)景

　　在性能測(cè)試中，常見的錯(cuò)誤觀點(diǎn)是只設(shè)置單一的場(chǎng)景。場(chǎng)景的設(shè)計(jì)是至關(guān)重要的，只有設(shè)計(jì)的測(cè)試場(chǎng)景真實(shí)地反映用戶的實(shí)際場(chǎng)景，性能測(cè)試的結(jié)果才可靠。

　　場(chǎng)景的設(shè)計(jì)需要考慮到系統(tǒng)運(yùn)行時(shí)，不同操作對(duì)系統(tǒng)形成的負(fù)載差異，需要確定典型的應(yīng)用場(chǎng)景下不同操作用戶的比例[5]。醫(yī)療信息系統(tǒng)日常執(zhí)行新建患者資料、查詢患者資料、新建日程的比例分別為25%、60%、15%。

　　在創(chuàng)建的場(chǎng)景中載入已錄制的三組測(cè)試腳本，并設(shè)置執(zhí)行比例。編輯場(chǎng)景中的計(jì)劃生產(chǎn)器，設(shè)置虛擬用戶以一定的間隔時(shí)間按比例遞增，逐步啟動(dòng)與服務(wù)器建立連接。

　　2.5 分析測(cè)試結(jié)果

　　在性能測(cè)試的過程中，LoadRunner會(huì)收集到大量的測(cè)試數(shù)據(jù)，包括每個(gè)性能指標(biāo)，如事務(wù)的錯(cuò)誤、警告和通知信息等。并發(fā)用戶數(shù)為200的事務(wù)響應(yīng)時(shí)間如表3所示。

　　在測(cè)試過程中出現(xiàn)的問題：(1)大量用戶并發(fā)時(shí)，服務(wù)器CPU、內(nèi)存的資源利用率卻很低；(2)事務(wù)執(zhí)行成功率低、成功事務(wù)的平均響應(yīng)時(shí)間長(zhǎng)，很多事務(wù)因?yàn)檫B接超時(shí)而失?。?3)出現(xiàn)內(nèi)存泄露；(4)Tongweb控制臺(tái)顯示連接數(shù)據(jù)庫時(shí)出現(xiàn)網(wǎng)絡(luò)通信異常。

　　從測(cè)試結(jié)果可見，系統(tǒng)存在性能瓶頸。因此，為了使系統(tǒng)達(dá)到最佳的性能，需要分析測(cè)試環(huán)境對(duì)系統(tǒng)性能的影響，對(duì)其進(jìn)行性能優(yōu)化，摒除系統(tǒng)性能瓶頸。