性能測試復習

1、性能測試復習題連線題:1. Requst Quened (進入HTTP隊列的時間)2. Total request (總請求數時間)3. Avg Rps (平均每秒鐘響應次數)4. Avg time to last byte per terstion （mstes）平均每秒迭代次數 5. Http Error (無效請求次數)6. Send (發(fā)送請求次數字節(jié)數 )7. Load Size(壓力規(guī)模大小) 8. Round Time(請求時間)9. Rounds (請求數) 10. Successful Rounds（成功的請求）11. Failed Rounds （失敗的請求） 12. Ro

2、unds Per Second （每秒請求次數）13. Successful Rounds Per Second(每秒成功的請求次數)14. Failed Rounds Per Second（每秒失敗的請求次數）15. Page Time (頁面響應時間 )16. Pages （頁面數） 17. Pages Per Second （每秒頁面響應數）18. H it Time（點擊時間） 19. Hits（點擊次數）20. Successful Hits （成功的點擊次數）21. Failed Hits （失敗的點擊次數） 22. Hits Per Second (每秒點擊數) 23. Succ

3、essful Hits Per Second （每秒成功的點擊次數）24. Failed Hits Per Second （每秒失敗的點擊次數） 25. Attempted Connections （嘗試鏈接數） 26. Successful Connections（成功的連接數）27. Failed Connections（失敗的連接數） 28. Connect Time（連接時間） 29. Process Time（系統(tǒng)執(zhí)行時間） 30. Receive Time（接受時間）31. Send Time（請求時間）32. Throughput （Bytes Per Second）（吞吐量）

4、33. Response Time（回應時間） 34. Transactions per second（每秒處理事務數） 35. Rounds per second（每秒完成數） 簡答題：1.什么是負載測試？什么是性能測試？【參考答案】負載測試是通過逐步增加系統(tǒng)負載，測試系統(tǒng)性能的變化，并最終確定在滿足性能指標的情況下，系統(tǒng)所能承受的最大負載量的測試，例如，訪問一個頁面的響應時間規(guī)定不超過1秒，負載測試就是測試在響應時間為1秒時，系統(tǒng)所能承受的最大并發(fā)訪問用戶的數量。性能測試：指在一定的約束條件下（指定的軟件、硬件、網絡環(huán)境等），確定系統(tǒng)所能承受的最大負載壓力。2.性能測試包含了哪些軟件測試（

5、至少舉出3種）【參考答案】性能測試包含負載測試、壓力測試、大數據量測試、疲勞強度測試等。3.請寫出LoadRunner的測試過程【參考答案】LR的測試過程：第一步規(guī)劃測試；第二步創(chuàng)建腳本；第三步創(chuàng)建方案；第四步運行方案；第五步監(jiān)視方案；第六步分析測試結果。4.請解釋一下如何錄制web腳本?【參考答案】功能測試通過；一般需要進行性能測試的系統(tǒng)，都是用戶量比較大、業(yè)務使用比較頻繁、比較重要的功能模塊。5. 搭建測試環(huán)境的時候的注意事項？【參考答案】在搭建測試環(huán)境時，需要注意以下幾點：1.盡量模擬用戶的真實場景2.干凈的環(huán)境3.沒有病毒的影響4.獨立的測試環(huán)境6.什么是場景？場景的重要性有哪些？如何

6、設置場景？【參考答案】場景用于模擬用戶實際業(yè)務操作；LoadRunner中場景有手工場景和面向目標的場景。設置場景：選擇場景類型、設置運行時設置、模擬用戶數、加減壓方式、持續(xù)時間，配置負載生成器。7.請解釋一下如何錄制web腳本？【參考答案】利用Virtual User Generator錄制測試腳本，錄制步驟：（1）選擇合適的協(xié)議（2）設置錄制選項（3）開始錄制。8.為什么要對腳本進行參數化設置？【參考答案】LoadRunner在錄制腳本的時候，只是忠實的記錄了所有從客戶端發(fā)送到服務器的數據，而在進行性能測試的時候，為了更接近真實的模擬現實應用，對于某些信息需要每次提交不同的數據，或者使用多

7、個不同的值進行循環(huán)輸入。這時，在LoadRunner中就可以進行參數化設置，以使用多個不同的值提交應用請求。9.什么是關聯？請解釋一下自動關聯和手動關聯的不同?！緟⒖即鸢浮筷P聯的定義簡單的說：就是把腳本中某些寫死（固定）的數據，轉變成動態(tài)的數據，或者說將前面語句的結果數據保存下來，然后在后面的語句提交請求時使用這些數據。自動關聯與手工關聯的不同：自動關聯是在腳本錄制過程中，VuGen會根據已經制定好的規(guī)則，自動找出需要關聯的值或腳本錄制完成后，執(zhí)行腳本一次，通過Correlation Studio自動找出需要關聯的數據，并建立關聯；而手動關聯是需要錄制兩份相同業(yè)務流程的腳本，輸入的數據要相同，

8、利用WinDiff工具，找出兩份腳本之間不同之處，也就是需要關聯的數據，再通過web_reg_save_param函數手動建立關聯，將腳本中用到關聯的數據參數化。10.LoadRunner腳本中出現亂碼如何解決？腳本錄制可能采用的是URL-based script方式，如果程序定義的字符集合采用的是國際標準，腳本就會出現亂碼現象。重新錄制腳本，在錄制腳本前，打開錄制選項配置對話框進行設置，在“Recording Options”的“Advanced”選項里先將“Surport Charset”選中，然后選中支持“UTF-8”的選項。11.你如何在負載測試模式下執(zhí)行功能測試？【參考答案】在負載測

9、試模式下，可以通過同時運行數個虛擬用戶，通過增加虛擬用戶數，確定服務器在多大的負載量下，仍然可以正常運行，一般進行核心功能操作，驗證核心功能運行是否正常。12.如何掌握“拐點”分析方法？【參考答案】它的基本思想就是性能產生瓶頸的主要原因就是因為某個資源的使用達到了極限，此時表現為隨著壓力的增大，系統(tǒng)性能卻出現急劇下降，這樣就產生了“拐點”現象。當得到“拐點”附近的資源使用情況時，就能定位出系統(tǒng)的性能瓶頸?！肮拯c分析”方法舉例：如系統(tǒng)隨著用戶的增多，事務響應時間緩慢增加，當用戶數達到100個虛擬用戶時，系統(tǒng)響應時間急劇增加，表現為一個明顯的“折線”，這就說明了系統(tǒng)承載不了如此多的用戶做這個事務，

10、也就是存在性能瓶頸。13.如何理解Return的返回值？【參考答案】Return表示一個過程的結束，在LR中用Return根據不同的返回值，表示腳本的成功或者失敗。Return大于等于零的數字表示成功；反之，則表示失敗。14.以線程方式運行的虛擬用戶有哪些優(yōu)點？【參考答案】以線程方式運行的虛擬用戶，在默認情況下，Controller為每50個用戶僅啟動一個mmdrv進程，而每個用戶都按線程方式來運行，這些線程用戶將共享父進程的內存，這就節(jié)省了大量內存空間，從而可以在一個負載生成器上運行更多的用戶。15.你如何在負載測試模式下執(zhí)行功能測試？【參考答案】在負載測試模式下，可以通過同時運行數個虛擬用

11、戶，通過增加虛擬用戶數，確定服務器在多大的負載量下，仍然可以正常運行，一般進行核心功能操作，驗證核心功能運行是否正常。綜合應用題：1. 閱讀下列說明，回答問題1-問題4，將答案填入答題紙的對應欄內?！菊f明】 負載壓力性能測試是評估系統(tǒng)性能、性能故障診斷及性能調優(yōu)的有效手段。下表所示為針對稅務證管系統(tǒng)中“稅票錄入”業(yè)務的測試結果，系統(tǒng)服務器端由應用服務器和單節(jié)點數據庫服務器組成。 測試結果并發(fā)用戶數交易吞吐量平均值交易響應時間平均值數據庫服務器CPU平均利用率應用服務器CPU平均利用率100.560.5737.50%13.58%202.151.1657.32%24.02%303.873.6670

12、.83%39.12%507.026.6397.59%53.06%【問題1】（5分）簡述交易吞吐量和交易響應時間的概念。【問題2】（5分）試判斷隨著負載增加，當交易吞吐量不再遞增時，交易響應時間是否會遞增并說明理由。【問題3】（5分）根據上述測試結果，判斷服務器資源使用情況是否合理，為什么？【問題4】（5分）在并發(fā)用戶數為50時，如果交易吞吐量和交易響應時間都不滿足需求，簡述數據庫端造成缺陷的主要原因，有效的解決方案是什么？【題目分析】負載壓力測試在一定約束條件下測試系統(tǒng)所能承受的并發(fā)用戶量、運行時間和數據量，以確定系統(tǒng)所能承受的最大負載壓力。它和壓力測試都是性能測試的一個方面，負載測試通過逐步

13、增加系統(tǒng)負載測試系統(tǒng)性能的變化，并最終確定在滿足性能指標的情況下系統(tǒng)所能承受的最大負載量的測試；壓力測試通過逐步增加系統(tǒng)負載，測試系統(tǒng)性能的變化，并最終確定在何種負載條件下系統(tǒng)性能處于失效狀態(tài)，并以此獲得系統(tǒng)能提供的最大服務級別的測試。負載壓力測試有助于確認被測系統(tǒng)是否能夠支持性能需求，以及預期的負載增長等。它不僅關注不同負載場景下的響應時間等指標，也要通過測試來發(fā)現在不同負載場景下會出現的問題的原因如速度變慢及內存泄漏等。數據庫服務器性能常見問題及原因分析如下：1 單一類型事務響應時間過長，通?？赡艿脑蛴袛祿旆掌髫撦d過重，槽糕的數據庫設計、事務粒度過大和批任務對普通用戶性能的影響。2

14、并發(fā)處理能力差，一般是由于訪問互斥資源造成的。3 鎖沖突嚴重，可能的原因有資源鎖定造成的數據庫事務超時及數據庫死鎖等。 數據庫性能問題的一般解決方法和步驟如下。1. 監(jiān)控性能相關數據。2. 定位資源占用較大的事務并做出必要的優(yōu)化或調整，通過SQL語句的執(zhí)行計劃找出占用資源最大的事物并優(yōu)化。3. 定位鎖沖突，修改發(fā)生嚴重的應用邏輯。4. 對規(guī)模較大的數據或者無法通過一般優(yōu)化解決的鎖沖突進行分布。如進行負載均衡及數據分布式處理等?！緟⒖即鸢浮繂栴}1：1. 交易吞吐量：系統(tǒng)服務器每秒能夠處理通過的交易數。2. 交易響應時間：系統(tǒng)完成事務執(zhí)行準備和完成待執(zhí)行事務后所采集的時間戳之間的時間間隔，時衡量特

15、點類型應用事務性能的重要指標，標志用戶執(zhí)行一項操作大致需要的時間。 問題2： 隨著負載增加，當交易吞吐量不再遞增時，交易響應時間一般會遞增。當系統(tǒng)達到交易吞吐量極限時，客戶端交易會在請求隊列中排隊等待，等待的時間會記錄在響應時間內。問題3： 數據庫服務器資源使用不合理。 當并發(fā)用戶數達到50時，數據庫服務器CPU平均利用率達到97.5%，屬于不合理范圍。問題4： 數據庫端造成此缺陷的主要原因包括服務器資源負載過重、數據庫設計不合理、數據庫單個事務處理響應時間長和系統(tǒng)并發(fā)負載造成最終用戶響應時間長。 有效的解決方案是采用數據庫集群策略，并注意配置正確。2.閱讀下列說明，回答問題1-4，將答案填入

16、答題紙對應的區(qū)域內。【說明】 某“網站稿件管理發(fā)布系統(tǒng)”是采用架構開發(fā)的B/S系統(tǒng)，WEB服務器、應用服務器，以及數據庫服務器部署在一臺物理設備上。系統(tǒng)實現的功能主要包括稿件管理和文檔上傳下載，稿件管理模塊可以對稿件執(zhí)行增加、查詢、刪除、修改、顯示和批準等操作，批準后的稿件即可在網站上發(fā)布；文檔上傳下載模塊，可以將稿件直接以WORD文檔的格式上傳下載。系統(tǒng)性能需求如下：1. 主要功能操作在5秒鐘內完成。2. 支持50個在線用戶。3. 稿件管理的主要功能至少支持20個并發(fā)用戶。4. 在50個用戶并發(fā)的高峰期，稿件管理的主要功能的處理能力至少要達到8trans/s5. 系統(tǒng)可以連續(xù)穩(wěn)定運行12小時

17、。問題1： 簡述“網站稿件管理發(fā)布系統(tǒng)”在生產環(huán)境下承受的主要負載類型。問題2：簡述“網站稿件管理發(fā)布系統(tǒng)”執(zhí)行的性能測試中應測試的關鍵指標。問題3：簡述訪問系統(tǒng)的“在線用戶”和“并發(fā)用戶”的區(qū)別。問題4：系統(tǒng)性能需求中要求“系統(tǒng)可以連續(xù)穩(wěn)定運行12小時”，若系統(tǒng)連續(xù)運行12小時完成的總業(yè)務量為1000筆，系統(tǒng)能夠提供的最大交易執(zhí)行吞吐量為200筆/小時，試設計測試周期并說明理由?！痉治觥靠疾煨阅軠y試的具體應用，涉及的知識點包括測試需求分析、負載的類型、性能指標的含義和測試策略的選擇。問題1 主要從題中的系統(tǒng)性能需求來分析，從“支持50個在線用戶及“稿件管理的主要功能至少支持20個并發(fā)用戶”可以看出需要承受并發(fā)執(zhí)行負載，從“在50個用戶并發(fā)的高峰期，稿件管理的主要功能的處理能力至少要達到8trans/s”可以看出需要承受大數據量負載，從“系統(tǒng)可以連續(xù)穩(wěn)定運行12小時”可以看出需要承受疲勞強度負載。問題2也從題中的系統(tǒng)性能需求來分析，“主要功能操作在5秒鐘內完成”體現的是交易執(zhí)行響應時間指標，“稿件管理的主要功能至少支持20個并發(fā)用戶”體現的是并發(fā)用戶數指標，“在50個用戶并發(fā)的高峰期，稿件管理的主要功能的處理能力至少要達到8trans/s”體現的是交易執(zhí)行吞吐量指標。問題3考察并發(fā)用戶和在線用戶的區(qū)別，并發(fā)用戶指某一物理時刻同時向系統(tǒng)提交請求