課程設計(論文)任務書一軟件 學院一軟件工稈(軟件測試) 專 業―2011— 班一、課程設計(論文)題目 基于LoadRunner的性能測試 二、 課稈設計(論文)工作自2014年23日起至2014年6月26日止。三、課程設計(論文)地點: 創新大樓軟件實訓中心機房 四、 課程設計(論文)內容要求：1本課程設計的目的 使學生能掌握使用自動化測試工具LoadRunner進行網站性能測試的基本思路和方法，并能初步判斷被測系統的性能結果; 培養學生分析、解決問題的能力;提高學生的科技論文寫作能力。2.課程設計的任務及要求基本要求：設計合理劃分的測試用例對被測系統進行性能測試，觀測常見的性能指標數值對進行性能測試時不同負載壓力對測試造成的影響進行分析和總結；相應腳本的編寫。創新要求:在基本要求達到后，可對被測系統進行探索性測試。課程設計論文編寫要求要按照書稿的規格打印書寫課程設計論文論文包括目錄、設計思路、具體實現、運行調試與分析討論、設計體會與小結、參考文獻、附錄等課程設計論文裝訂按學校的統一要求完成答辯與評分標準：出勤和學習態度：10分；課設檢查：20分；回答問題：20分；課設論文：50分;

5）參考文獻：（1）余杰，趙旭斌.《精通QTP自動化測試技術領航》.人民郵電出版社（2）陳能技.《QTP自動化測試實踐》.電子工業出版社（3）陳霽.《性能測試進階指南一一LoadRunner11實戰》.電子工業出版社6）課程設計進度安排內容天數地點構思及收集資料1圖書館設計與測試2.5實驗室撰寫論文1.5圖書館、實驗室學生簽名： 2013年7月1日課程設計（論文）評審意見（1）測試內容（15分）：優（）、良（）、中（）、一般（）、差（）；（2）設計分析（10分）：優（）、良（）、中（）、一般（）、差（）；（3）測試開發（50分）：優（）、良（）、中（）、一般（）、差（）；（4）結果分析（25分）：優（）、良（）、中（）、一般（）、差（）；評閱人： 職稱： 講師 2014年6月27日目錄TOC\o"1-5"\h\z目錄 3.\o"CurrentDocument"1概述 5.\o"CurrentDocument"1.1目的 5.\o"CurrentDocument"1.2背景 5.\o"CurrentDocument"1.3范圍 5.\o"CurrentDocument"測試概要 5.\o"CurrentDocument"2.1測試環境 5.\o"CurrentDocument"2.2人力資源 5.\o"CurrentDocument"測試工作量 6\o"CurrentDocument"測試內容及方法 6\o"CurrentDocument"3.1測試需求/目標 6\o"CurrentDocument"3.2測試內容 6.\o"CurrentDocument"3.3測試工具 6.\o"CurrentDocument"測試結果及分析 6\o"CurrentDocument"4.1網站處理性能評估 6\o"CurrentDocument"4.2并發登錄用戶測試 7\o"CurrentDocument"結果分析 8.\o"CurrentDocument"5.1場景執行情況 8\o"CurrentDocument"StatisticsSummary（統計信息摘要） 8\o"CurrentDocument"TransactionSummary（事務摘要） 9\o"CurrentDocument"HTTPResponsesSummary（HTTP響應摘要） 9\o"CurrentDocument"并發數分析 10\o"CurrentDocument"響應時間 11\o"CurrentDocument"每秒點擊數 111概述1.1目的本測試報告為百度的首頁面訪問的性能測試報告，目的在于總結測試階段的測試以及分析測試結果，描述網站是否符合需求。1.2背景考慮到用戶數量及數據的增多給服務器造成壓力不可估計，因此計劃對網站負載性能測試，在系統配置不變的情況下，在一定時間內，服務器在高負載情況下的性能行為表現，便于對系統環境進行正確的分析及評估。1.3范圍本次測試主要是百度首頁面訪問的性能測試。測試概要2.1測試環境PC機:dell筆記本操作系統：windows7測試機與被測服務器在同一局域網進行，排除了網速限制及網速度不穩定性2.2人力資源下表列出了所有參與此項目的測試人員：角色資源數量/具體人員測試員XX2.3測試工作量任務開始時間結束時間總計（天數）總計（人時）計劃2012/6/22012/6/21實際2012/6/22012/6/21測試內容及方法3.1測試需求/目標在大用戶量、數據量的超負荷下，獲得服務器運行時的相關數據，從而進行分析系統的穩定性。3.2測試內容本次測試主要是對百度首頁訪問操作在大負荷情況下處理數據的能力及承受能力。測試方法：場景并發用戶數量運行場景設置測試點登錄20010分鐘服務器穩定性及操作響應時間3.3測試工具主要測試工具為：LoadRunner性能測試工具輔助軟件：FastStoneCaoture,Word2007測試結果及分析4.1網站處理性能評估這次測試屬于局域網環境進行,排除了外網的網速限制及不穩定性。

4.2并發登錄用戶測試測試內容：這次測試沒有加入思考時間（thinktime）,只是簡單的百度首頁頁面的響應。Elapsed勺匚enari口Elapsed勺匚enari口timemm:ssAverageTransactionR>e百卩ariseTime〔SPLICnBeBu.=lB5」^50tlBflsBA<沽乩話ia u1 些■■Scale BH歸u日HKrit 沽乩話ia u1 些■■Scale BH歸u日HKrit ■Gi單hlMini麗Graph'sAve吋Qiaph'tMail▼Grcfjh'^MetGrapW#Bld■-A匚bon_rr-ansaJiDn32.12471.7711l54fi755320.042J*1vuser_encLTian&3cbcn00000hoi1vu=?r_inL'rranssction0a0CO100Legend ￥買ul匚口-JGImsUE」1-口」OJquJnpJ"勺罠11AjdlonTraneaDtiDr| |20Qvuaarop-dTraraaciion■i'usarinrtTrarasHiiwLeqendl 9X|可F匝朗岸棒咽 巨] [T|說明：用戶的整個執行流程都錄制在Action（循環）部分，所以Vuser_int（開始）和Vuser_end（結束）部分為空。Action_Transaction部分的時間為運行整個Action腳本所需的時間。整個Action的平均響應時間為：71.77秒。 TIISuminarv說明：所有響應事務數為：37個，1359個失敗，187個停止。5結果分析5?1場景執行情況Period:2012/6/213:52-2012/6/214:02AnalysisS山Period:2012/6/213:52-2012/6/214:02￡c4nar?ftaim^i Scanario1R@&ullt￡-infi-asebsri=C:LUsQrslHullivAppDmtNLLocmlVT口Fplr口世」r「DiflEFatik^n:! *5minuiQSand5§sacands.StatisticsSummary該部分給出了本次測試場景的名稱、結果存放路徑及場景的持續時間，如上圖所示。從該圖我們知道，本次測試從2012/6/213:52開始，到2012/6/214:02結束，共歷時10分。StatisticsSummary(統計信息摘要)StatisticsSummaryMaximumFCunninqVuserss20DTotalThrownthiDiit (S> 2S.SZ4P24aAvisma2Throiirilhput(h-v+sas/seco-rafil： G> 4S.LZ1TotalHits: S> 6r3L3Avpraqal-lfttEparSecarirl: 霑\ 10.372TotalErr口rsm (S) 1.3=3YchjcandslineSLAdstsu-sirgthe占LAccmfiquraiticin哪i^mrdYchjcananatransaotiorbehaviorusingthe 區總T「EmE；EictiDnrnBdnmEEE該部分給出了場景執行結束后并發數、總吞吐量、平均每秒吞吐量、總請求數、平均每秒請求數的統計值，如圖所示。從該圖我們得知，本次測試運行的最大并發數為200,總吞吐量為28,824,240字節,平均每秒的吞吐量為48,121字節，總的請求數為6,213，平均每秒的請求為10.372,對于吞吐量，單位時間內吞吐量越大，說明服務器的處理能越好，而請求數僅表示客戶端向服務器發出的請求數，與吞吐量一般是成正比關系。Transactionsummary（事務摘要）TiransactionSummary『LHfiMiirtiEiiE："TutsIPassed:437TctalFalied:L.33EITetaISto-ppad:1B7 執材才耳口口FtowipDri首aTim*Tr￡kns^c.lra-nNdimeSLAStatus-SMinlmuiiniAve-rage-IMaximumiDe-tfiaUi口■90PEixentFallSlopActiariTran-sactiart32.L24-74.3&7KE.33934.GSL37IP335LETmiserendTransHcticrn000.001QD2.0000vusarmitTransactaon0Q0-0020D20000ServiceL-ev^l Lesend^律PassElFail（J）NoData該部分給出了場景執行結束后相關Action的平均響應時間、通過率等情況，如上圖所示。從該圖我們得到每個Action的平均響應時間與業務成功率。HTTPResponsesSummary（HTTP響應摘要）HTTPResponsesSumman'HTTPTotalPtrHTTP劉。6rL9010-33^￥HTTP西423□,□38該部分顯示在場景執行過程中，每次HTTP請求發出去的狀態，是成功還是失敗，都在這里體現，如圖5-6所示。從圖中可以看到，在本次測試過程中LoadRunner共模擬發出了6213次請求（與“統計信息摘要”中的“TotalHits”一致），其中“HTTP200”的是6190次，而“HTTP204”則有23，說明在本次過程中，經過發出的請求大部分都能正確響應了，但還是有部分未得到任何返回內容，但未影響測試結果，“HTTP200”表示請求被正確響應，而“HTTP204”表示服務器成功處理了請求，但未返回任何內容。5?5并發數分析Ftiuiflil^VirsefSDtDDMMtl：[GC1MI2:DI Q3BCD33DGiCO[USD旳訊Ii5:3>D&Oti関如D7:DI07MDSDD陽刃晦:皿D93fiID血ElapsedscenaiiDlimemm55“RunningVusers（運行的并發數）”顯示了在場景執行過程中并發數的執行情況。它們顯示Vuser的狀態、完成腳本的Vuser的數量以及集合統計信息，將這些圖與事務圖結合使用可以確定Vuser的數量對事務響應時間產生的影響。上圖顯示了百度性能測試過程中Vusers運行情況，從圖中我們可以看到，Vusers的運行趨勢與我們場景執行計劃中的設置是一樣，表明在場景執行過程中，Vusers是按照我們預期的設置運行的，沒有Vuser出現運行錯誤，這樣從另一個側面說明我們的參數化設置是正確的，因為使用唯一數進行參數化設置，如果設置不正確，將會導致Vuser運行錯誤。5.6響應時間Average「Average「ertMictonRfrSjpon&eTimeS30 _3b1Q-皿⑷003dCiECD130噩悶MMUMbl3QC4EK&43Db500鴨鈿MMDSM&?:? <7:HaSCOH:3I-陽:M的MElapsedaeensnaumemmssI吒戎嗚詁難I話乜童上|9?1I吒戎嗚詁難I話乜童上|9?1帕1二|5MG||VlMgUgnBri”Riehtl1rJGraph'：Avfllz：| Ma>^lGraph七W??I 驗1工||^1|1vw$ ncjTidnmci刃nD01100■flj5wriLTiflnr?lDnD0q.kh0QIFM1Acfcn_llanc-artw"!址山i爍話761592Q?2這張圖是平均事務響應時間與結果摘要中的“Transa