loadrunner項目性能測試分析報告

xx版本xx項目性能測試報告1、基本信息測試性質(zhì)：模擬正常用戶使用情況下**版本**項目性能情況測試場景：計劃查詢，形象進度數(shù)據(jù)庫業(yè)務量：按**公司目前的數(shù)據(jù)量來推算項目進度相關(guān)Table的數(shù)據(jù)量，且進行了60%增長率地翻倍動作系統(tǒng)總用戶數(shù)：2400性能測試用戶數(shù)：285用戶權(quán)限：非超級用戶，但擁有系統(tǒng)管理員的權(quán)限測試系統(tǒng)：**版本**項目數(shù)據(jù)庫服務器擴展內(nèi)存AWE是否開啟：未開啟程序、數(shù)據(jù)庫提供人：測試報告人：彭玉紅測試執(zhí)行時間二00八年十一月十一日報告時間期工程二00八年十一月十二日目的：模擬用戶的使用，找出**版本**項目使用過程中存在性能問題的點；2、測試環(huán)境2.1服務器軟硬環(huán)境:設備硬件配置軟件配置IP地址WEBCPU:2X4DualCoreIntelXeon5060,3.2GHz（8核）內(nèi)存：ECC,DRR2,8GB硬盤：IntelMegaSRSCSI135GB/15000轉(zhuǎn)盤片平均延遲時間：2.0msWindowsServer2003EnterpriseSP2IIS6.049DB服務器CPU:2X4QuadCoreIntelXeonE5335,2.0GHz（8核）內(nèi)存：ECC,DRR2,8GB硬盤：IntelMegaSRSCSI135GB/15000轉(zhuǎn)（數(shù)據(jù)庫主數(shù)據(jù)文件所在磁盤）500GB/7200轉(zhuǎn)（日志文件所在磁盤）WindowsServer2003EnterpriseSP2SQLServer200554Web負載客戶端CPU:Intel（R）Pentium（R）DCPU2.66GHz（雙核）內(nèi)存：1GB硬盤：邁拓160GB/7200轉(zhuǎn)WindowsServer2003EnterpriseSP2IE6.0LoadRunner8.012.2、網(wǎng)絡環(huán)境：100Byte/s局域網(wǎng)2.3、測試工具：LoadRunner8.0（此測試工具測試出來的事物響應時間為系統(tǒng)響應時間即：應用系統(tǒng)從請求發(fā)出開始到客戶端接收到數(shù)據(jù)所消耗的時間）2.4、測試人員：測試腳本錄制人：測試執(zhí)行人：3、性能測試用例執(zhí)行分析3.1、用例描述：計劃查詢用例事務點及動作描述說明:事務點方式事務性能點描述XMJD_001_JHCX_1_DK打開點擊左側(cè)［關(guān)鍵節(jié)點計劃］導航標簽XMJD_001_JHCX_1_XZST選擇切換右上角視圖到［所有項目］XMJD_001_JHCX_1_XZXM選擇子項目在項目列表中選擇一個具體的子項目（如:匯景新城〃一期〃）形象進度用例事務點及動作描述說明:事務點方式事務性能點描述XMJD_002_LDXXJD_1_DK打開點擊左側(cè)［樓棟形象進度］導航標簽XMJD_002_LDXXJD_1_XZLD選擇樓棟選擇具體的樓棟（圖一）3.2、場景加壓方式（本分兩種方式給腳本加壓具體如下）加壓方式腳本名稱用戶數(shù)用戶迭代方式加壓描述系統(tǒng)壓力情況方式一001_計劃查詢2251每分鐘加載100個用戶只承受來自于此腳本的壓力方式一002_形象進度601運行時加載所有的用戶只承受來自于此腳本的壓力方式二001_計劃查詢+002_形象進度2851計劃查詢每分鐘加載100個用戶；形象進度加載所有用戶承受兩個腳本同時運行帶來的壓力注：用戶計算方法見測試計劃;（圖二）

4、測試結(jié)果綜合分析及建議4.1、優(yōu)化建議計劃查詢各事務性能表現(xiàn)（備注表格中字段”參考值”來源于0227版本總體業(yè)務需求總結(jié).doc）事務點方式用戶數(shù)業(yè)務筆數(shù)響應時間參考值說明事務性能點描述XMJD_001_JHCX_1_DK打開2251.8913秒性能良好點擊左側(cè)［關(guān)鍵節(jié)點計劃］導航標簽XMJD_001_JHCX_1_XZST選擇2253.0283秒性能良好切換右上角視圖到［所有項目］XMJD_001_JHCX_1_XZXM選擇子項目2251.6063秒性能良好在項目列表中選擇一個具體的子項目（如:匯景新城〃一期〃）集團關(guān)鍵節(jié)點計劃查詢模塊性能表現(xiàn)良好，但在腳本加壓多用戶并發(fā)時仍能偵測一些引起鎖的SQL語句和存儲過程為鞏固此模塊在**公司數(shù)據(jù)規(guī)模下的性能,故推薦對引起數(shù)據(jù)庫相關(guān)共享鎖的SQL語句及存儲過程進行優(yōu)化，具體語句及存儲過程請見綜合分析中給出的附檔；形象進度各事務性能表現(xiàn)（備注表格中字段”參考值”來源于**版本總體業(yè)務需求總結(jié).doc）事務點方式響應時間參考值說明事務性能點描述XMJD_002_LDXXJD_1_DK打開0.1233秒性能良好點擊左側(cè)［樓棟形象進度］導航標簽XMJD_002_LDXXJD_1_XZLD選擇樓棟34.5183秒需優(yōu)化選擇具體的樓棟樓棟施工計劃形象進度模塊的性能瓶頸體現(xiàn)在程序和數(shù)據(jù)庫兩方面，其中尤以Table:jd_work為首，該Table頻繁造成后端數(shù)據(jù)庫的死鎖，嚴重影響性能；程序方面頁面：49:9018/Xmjd/XXJD/LDJDMainBldXXJD.aspx?bldguid=d069f097-0d0e-4c52-8969-477bb364d55d&workguid=c8466b88-5751-4584-b402-3afd4010e0a7&graphtype=FenX的控件FirstBufferTime時間高達16.137秒，應做優(yōu)化；4.2、綜合分析計劃查詢模塊性能分析：TransactionSummaryReportTransactionSummaryTotalPassed:￡75TotsIFailed:0TotalStopped!0TransactionNameMinimumAverageMaximumStd.Deviation90PercentPassFailStopMMJD001JHCM1_DK0,261M駐2,520.T471,891咨00XMJD001JHCX1:WZST0.1850.8654.4761.1053.02822500XMJDC01JHC^i1M乃回0.0240.3233.967o.eee即6）22500（圖三）AvEfgEREWgnsETimEAvEfgEREWgnsETimETnansactionNameMinimumAvenagaIHaximumStd-Deviation90Pet-centPassFailStop比C0i1DK0.2S44.S372D.SI&泌19.25922500XMJD001JHCX1::%T0.L852.1419.4b32.6956.18722500XMJDQ01JHC:=；1"樸10.0241.99912.673.35S日，22222500002LD：=■=：：=■=：JD0.0662.5467.6332.SI7.496000XNLID002LDX：UD1MELD3.3223242.1758.74541.5856000TotalPassed:795TotaIFailed:UTotalStopped:U（圖四）（圖三）即為腳本：001—計劃查詢按照（圖二）中“方式一”來加壓所產(chǎn)生的事物綜合圖表，通過此圖表，我們可以看到各事物的性能表現(xiàn)均良好，響應時間處于用戶可以接受的范圍，后端WEB服務器，和數(shù)據(jù)庫服務器中的各項主要性能指標均在正常值范圍；（圖四）即為腳本：001—計劃查詢按照（圖二）中“方式二”來加壓所產(chǎn)生的事物綜合圖表，我們可以看到當計劃查詢和形象進度兩腳本一起給后端服務器施加壓力時，因形象進度腳本的壓力使后端數(shù)據(jù)庫的CPU命用率長時間高達90%以上，進而使計劃查詢各事物的響應時間延長（三個事物的響應時間均超出用戶能接受的范圍），且在計劃查詢腳本執(zhí)行過程中仍偵測到由部分語句及存儲過程引發(fā)的鎖，具體如下附檔，優(yōu)化建議：附檔中的語句過于復雜，考慮優(yōu)化此語句及用存儲過程的方式來實現(xiàn)；附檔中的存儲過程過于復雜，語句應優(yōu)化，此語句中過多的使用局部臨時表和游標，考慮用表變量的方式來替代，以提高性能；計劃查詢造成死鎖SQL.Doc（注：以下附件沒有附加，是因為考慮到公司數(shù)據(jù)的保密性）計劃查詢造成死鎖存儲過程.Doc

形象進度性能分析：TransactionSummaryReportTransactionSummaryTotalPassed:120TotalFailed:0TotalStopped:0TransactionNameMinimumAverageMaximumStd.Deviation90PercentPassFailStopXM.DC02LD^XJD1DK00610.J880,2480,0310,123EDC0MM.DC02LD^JD1"LD14.7H2/.40437,1046,507EDC0（圖五）（圖五）即為腳本：002—形象進度按照（圖二）中“方式一”來加壓所產(chǎn)生的事物綜合圖表，從圖表中我們可以看到事物：XMJD_002_LDXXJD_1_XZLD的90%事物響應時間均超過34.518秒，已超出用戶所能接受范圍。（圖六）（圖六）即為平均事物響應時間，SQLServerCPU指標及事物XMJD_002_LDXXJD_1_XZLD的一個關(guān)聯(lián)圖，從圖中我們可以看到整個形象進度腳本運行時長1分34秒，在腳本運行到40秒時，后端SQLServer的CPU由原來的5%以下急升到95%以上，且維持到1分30秒，很明顯此處已存在性能瓶頸，且事物：XMJD_002_LDXXJD_1_XZLD因CPU資源過度消耗，而造成在整個執(zhí)行區(qū)間其執(zhí)行時間一直在上升；此時分析后端WEB服務器的各主要指標發(fā)現(xiàn)均處于正常范圍，初步推測在此情況下SQLCPU瓶頸即為后端SQL語句過度消耗CPU資源及其造成的死鎖引發(fā)，所以重新運行一遍腳本，在整個過程中跟蹤后端數(shù)據(jù)庫中的死鎖，發(fā)現(xiàn)在腳本運行到40秒時即已開始產(chǎn)生死鎖，且一直到整個腳本運行結(jié)束后死鎖才消除，時間與CPU出現(xiàn)急升的時間正好吻合，腳本運行期間頻繁產(chǎn)生共享鎖的SQL語句見以下的附檔，另名為形象進度2008111201.trc的附檔為腳本運行期間用Profiler跟蹤出的所有與后臺數(shù)據(jù)庫服務器交互SQL語句，請針對耗用CPU資源明顯的SQL語句做逐一的分析和優(yōu)化.形象進度造成死鎖的SQL.Doc（注：以下附件沒有附加，是因為考慮到公司數(shù)據(jù)的保密性）

具體優(yōu)化建議為：1：定期對表jd_work重建索引，及碎片整理2：增加適當?shù)乃饕?，以提高查找效?：優(yōu)化相關(guān)的SQL語句4：表結(jié)構(gòu)的重新設計，以從根本上解決或極大的降低死鎖發(fā)生的頻率為進一步分析造成事物XMJD_002_LDXXJD_1_XZLD高響應時間的性能問題是否與程序本身的頁面組件或現(xiàn)實邏輯有關(guān)，我們通過LR對頁面進行分解，發(fā)現(xiàn)此事物中的組件FirstBufferTime耗時為15.967秒，從此可看出我們的頁面需進行性能優(yōu)化，頁面URL為:49:9018/Xmjd/XXJD/LDJDMainBldXXJD.aspx?bldguid=d069f097-0d0e-4c52-8969-477bb364d55d&workguid=c8466b88-5751-4584-b402-3afd4010e0a7&graphtype=FenX具體見如下的（圖七）SQLServerWebPageBieakdowiPageCorriponentBreakdownPageCurnponEni：Breakdown[□verTime]曰f[=WebPageBreakdawnE-Li；vuSQLServerWebPageBieakdowiPageCorriponentBreakdownPageCurnponEni：Breakdown[□verTime]曰f[=WebPageBreakdawnE-Li；vu：；：ej_hiLTrartsaclion-2：/KJD_002_LD4J3_1_Iicri^dAun(另UOUCDS〕lllEHTimetuFirstDufferBredkuuwiri162a-49...7&graphtvpe=FeriXLegend|GraphDetails]UserNotes]GraphDala]RawDataColor|ScaleMeasurementMinimum1AveraaeIMaKiminiStdDeviation回Networkliniej.au.kulaLea1Ser/erTime159B715.96715.967->MJL'UUZLU?XJDI>Z_L'「擋1：15狄.低1::5.5物史小51」亂)|+器1。=；"的7toht^pe=Fer^(mahURL)匕匕：-、口，劇_巳門」_"[21汩cticin（圖七）申請_優(yōu)化后—225user_100userMin_20081112_01.lra形象進度展示_60user_60UserPerMin_20081112_01.lra計劃查詢225User100UserPerMin形象進度60user60userMin2008111201.lra我看了你的報告！給你提如下的建議！1、因為任何性能測試過程中是存在風險的，一般報告中要有風險提示這個環(huán)節(jié)！你必須明確指出哪些做了哪些沒有去操作2、我看了你的報告，第一感覺你的場景選擇過少！一般一個系統(tǒng)不