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

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

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

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

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

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

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

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

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

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

11、戶，通過增加虛擬用戶數(shù)，確定服務(wù)器在多大的負(fù)載量下，仍然可以正常運行，一般進(jìn)行核心功能操作，驗證核心功能運行是否正常。綜合應(yīng)用題：1. 閱讀下列說明，回答問題1-問題4，將答案填入答題紙的對應(yīng)欄內(nèi)。【說明】 負(fù)載壓力性能測試是評估系統(tǒng)性能、性能故障診斷及性能調(diào)優(yōu)的有效手段。下表所示為針對稅務(wù)證管系統(tǒng)中“稅票錄入”業(yè)務(wù)的測試結(jié)果，系統(tǒng)服務(wù)器端由應(yīng)用服務(wù)器和單節(jié)點數(shù)據(jù)庫服務(wù)器組成。 測試結(jié)果并發(fā)用戶數(shù)交易吞吐量平均值交易響應(yīng)時間平均值數(shù)據(jù)庫服務(wù)器CPU平均利用率應(yīng)用服務(wù)器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分）簡述交易吞吐量和交易響應(yīng)時間的概念。【問題2】（5分）試判斷隨著負(fù)載增加，當(dāng)交易吞吐量不再遞增時，交易響應(yīng)時間是否會遞增并說明理由。【問題3】（5分）根據(jù)上述測試結(jié)果，判斷服務(wù)器資源使用情況是否合理，為什么？【問題4】（5分）在并發(fā)用戶數(shù)為50時，如果交易吞吐量和交易響應(yīng)時間都不滿足需求，簡述數(shù)據(jù)庫端造成缺陷的主要原因，有效的解決方案是什么？【題目分析】負(fù)載壓力測試在一定約束條件下測試系統(tǒng)所能承受的并發(fā)用戶量、運行時間和數(shù)據(jù)量，以確定系統(tǒng)所能承受的最大負(fù)載壓力。它和壓力測試都是性能測試的一個方面，負(fù)載測試通過逐步

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

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

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

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

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