性能測試面試題

1、性能測試1.什么是負載測試？什么是性能測試？性能測試Performance Test：通常收集所有和測試有關的所有性能，通常被不同人在不同場合下進行使用；負載測試Load Test：負載測試是一種性能測試，指數據在超負荷環(huán)境中運行，程序是否能夠承擔。2.性能測試包含了哪些測試至少舉出3種基準測試-比較新的或未知測試對象與參照標準如現有軟件或評測標準的性能。爭用測試：-核實測試對象對于多個主角對相同資源數據記錄、內存等的請求的處理是否可以接受。性能配置-核實在操作條件保持不變的情況下，測試對象在使用不同配置時其性能行為的可接受性。負載測試Load Test-是一種性能測試，指數據在超負荷環(huán)境中運

2、行，程序是否能夠承擔。核實在保持配置不變的情況下，測試對象在不同操作條件如不同用戶數、事務數等下性能行為的可接受性。強度測試Stress Testing-核實測試對象性能行為在異?；驑O端條件如資源減少或用戶數過多之下的可接受性。強度測試在系統資源特別低的情況下軟件系統運行情況，目的是找到系統在哪里失效以及如何失效的地方。3.簡述性能測試的步驟第一，分析產品結構，明確性能測試的需求，包括并發(fā)、極限、配置和指標等方面的性能要求，必要時基于LOAD測試的相同測略需同時考慮穩(wěn)定性測試的需求。第二，分析應用場景和用戶數據，細分用戶行為和相關的數據流，確定測試點或測試接口，列示系統接口的可能瓶頸，一般是先

3、主干接口再支線接口，并完成初步的測試用例設計。第三，依據性能測試需求和確定的測試點進行測試組網設計，并明確不同組網方案的重要程度或優(yōu)先級作為取舍評估的依據，必要時在前期產品設計中提出支持性能測試的可測試性設計方案和對測試工具的需求。第四，完成性能測試用例設計、分類選擇和依據用戶行為分析設計測試規(guī)程，并準備好測試用例將用到的測試數據。第五，確定采用的測試工具。第六，進行初驗測試，以主干接口的可用性為主，根據測試結果分析性能瓶頸，通過迭代保證根本的指標等測試的環(huán)境。第七，迭代進行全面的性能測試，完成方案中的性能測試用例的執(zhí)行。第八，完成性能測試評估報告4.簡述使用Loadrunner的步驟1,創(chuàng)立

4、腳本VuGen-創(chuàng)立腳本,選擇協議-錄制腳本-編輯腳本-檢查修改腳本是否有誤2,用中央控制器Controller來調度虛擬用戶-創(chuàng)立場景,選擇腳本-設置機器虛擬用戶數-設置事務-如果模擬多機測試,設置IP3,運行腳本4,分析測試結果Analyze5.什么時候可以開始執(zhí)行性能測試？在產品相比照擬穩(wěn)定，功能測試結束后。靈活性比較強。6.LoadRunner由哪些部件組成？Virtual User Generator、Controller、Analyze7.你使用LoadRunner的哪個部件來錄制腳本？Virtual User Generator8.LoadRunner的哪個部件可以模擬多用戶并發(fā)

5、下回放腳本？Controller9.什么是集合點？設置集合點有什么意義?Loadrunner中設置集合點的函數是哪個?插入集合點是為了衡量在加重負載的情況下效勞器的性能情況。在測試方案中，可能會要求系統能夠承受1000 人同時提交數據，在LoadRunner 中可以通過在提交數據操作前面參加集合點，這樣當虛擬用戶運行到提交數據的集合點時，LoadRunner 就會檢查同時有多少用戶運行到集合點，如果不到1000 人，LoadRunner 就會命令已經到集合點的用戶在此等待，當在集合點等待的用戶到達1000 人時，LoadRunner 命令1000 人同時去提交數據，從而到達測試方案中的需求。1

6、0.什么是場景？場景的重要性有哪些?如何設置場景?用例場景應該說是寫測試用例，甚至是分析測試要素、設計測試策略另外一個重要的依據了。首先，軟件研發(fā)最終是要再用戶那里使用的，用例場景都將在用戶的使用過程中被一一實現。 其次，需求的文檔會變，設計會變，但用戶的用例場景是根本上不會變的除非是政策或者戰(zhàn)略上的變更。這樣使測試工作的任務更加明確了，也更加容易定義修改的優(yōu)先級以及在修改建議上和開發(fā)人員達成一致。畢竟?jié)M足用戶的用例場景是首要的。 與微軟等技術主導的軟件企業(yè)相比，我向國內的軟件更多的是市場主導，用戶需求主導的軟件企業(yè)和設計思想甚至開發(fā)模式。 用例場景會比需求文檔和分析報告更容易理解，同時也是對

7、于理解用戶的需求，產品設計更有幫助。在測試中能夠幫助我們發(fā)現不僅僅是功能上的問題。 測試有兩個目的：確認功能是否實現正確；確認軟件是否實現了正確的功能。 “正確的功能，我想就是符合用戶需求的功能吧？不根據用戶的用例場景你就不可能把這一個目的做到極致。11.請解釋一下如何錄制web腳本？利用Virtual User Generator錄制測試腳本，錄制步驟1、選擇適宜的協議2、設置錄制選項3、開始錄制12.為什么要創(chuàng)立參數?如何創(chuàng)立參數?LoadRunner在錄制腳本的時候，只是忠實的記錄了所有 從客戶端 發(fā)送到效勞器的數據，而在進行性能測試的時候，為了更接近真實的模擬現實應用，對于某些信息需要

8、每次提交不同的數據，或者使用多個不同的值進行循環(huán)輸入。 這時，在LoadRunner中就可以進行參數化設置，以使用多個不同的值提交應用請求?！緟祷浚菏褂弥付〝祿粗械闹祦硖鎿Q腳本錄制生成的語句中的參數?！緟祷锰帯?減少腳本的大小 提供使用不同的值執(zhí)行腳本的能力，更加真實的模擬現實應用?！緟祷襟E】 用參數替換Vuser腳本中的常量值 為參數設置屬性和數據源13.什么是關聯？請解釋一下自動關聯和手動關聯的不同?！娟P聯的定義】簡單的說：就是把腳本中某些寫死固定的數據，轉變成動態(tài)的數據，或者說將前面語句的結果數據保存下來，然后在后面的語句提交請求時使用這些數據。【需要關聯的前提條件】：客戶

9、端需要從效勞器端返回數據中獲取局部數據，并將這些局部數據處理后作為自己下一次請求的一局部發(fā)出。【自動 關聯與手工關聯的不同】：自動關聯是在腳本錄制過程中，VuGen會根據已經制定好的規(guī)那么，自動找出需要關聯 的值或腳本錄制完成后，執(zhí)行腳本一次，通過Correlation Studio自動找出需要關聯的數據，并建立關聯；而手動關聯是需要錄制兩份相同業(yè)務流程的腳本，輸入的數據要相同，利用WinDiff工具，找出兩份腳 本之間不同之處，也就是需要關聯的數據，再通過web_reg_save_param函數手動建立關聯，將腳本中用到關聯的數據參數化。14.你如何找出哪里需要關聯？請給一些你所在工程的實例

10、。錄制兩份相同業(yè)務流程的腳本，輸入的數據要相同利用WinDiff工具，找出兩份腳本之間不同之處，也就是需要關聯的數據通過web_reg_save_param函數手動建立關聯，將腳本中用到關聯的數據參數化15.你在哪里設置自動關聯選項？錄制選項中進行設置16.哪個函數是用來截取虛擬用戶腳本中的動態(tài)值？手工管聯Web_reg_save_param函數主要根據需要做關聯的動態(tài)數據前面和后面的固定字符串來識別、提取動態(tài)數據，所以在做關聯時，需要找出動態(tài)數據的左、右邊界字符串。1函數原型：int web_reg_save_param (const char *ParamName, <List of

11、 Attributes>, LAST);17.你在VUGen中何時選擇關閉日志？何時選擇標準和擴展日志？在測試場景執(zhí)行時，關閉日志，因為日志信息過多，也會影響性能測試結果；在調試測試腳本時，可以選擇標準或擴展日志，用于輸出調試信息。可以在運行時設置中，進行日志設置18.你如何調試LoadRunner腳本？通常采用以下方法調試LoadRunner測試腳本 斷點【方法】在腳本的任意一行上按右鍵菜單或F9增加斷點。單步跟蹤【方法】通過菜單命令VUser>Run Step by Step或F10，可以控制腳本以語句為單位執(zhí)行。日志輸出【方法】通過日志輸出函數lr_message、lr_lo

12、g_message、lr_output_message輸出。 對話框輸出綜上，在實際測試工作中，根本上使用前三種方法，對話框輸出根本上沒用過。19你在LR中如何編寫自定義函數？請給出一些你在以前進行的工程中編寫的函數在編寫用戶自定義函數之前，需要首先為函數創(chuàng)立外部庫DLL文件，將這些庫文件放在bin目錄下，一旦庫文件已經被添加并且將用戶自定義函數作為參數，函數應該為以下格式：_declspec (dllexport) char* (char*， char*)。20.在運行設置下你能更改那些設置？可以修改Run Logic、pacing、Log、Think Time等，見以下圖；可以測試實際需要

13、，修改相關選項。21.你在不同的環(huán)境下如何設置迭代？運行時設置22.你如何在負載測試模式下執(zhí)行功能測試？在負載測試模式下，可以通過同時運行數個虛擬用戶，通過增加虛擬用戶數，確定效勞器在多大的負載量下，仍然可以正常運行，我一般進行核心功能操作，驗證核心功能運行是否正常。23.什么是逐步遞增？你如何來設置？可以在“加壓選項卡中進行設置：如以下圖所示，將設置更改為：“每 30 秒啟動 2 個 Vuser24.以線程方式運行的虛擬用戶有哪些優(yōu)點？以線程方式運行的虛擬用戶，在默認情況下，Controller為每50個用戶僅啟動一個mmdrv進程，而每個用戶都按線程方式來運行，這些線程用戶將共享父進程的內

14、存，這就節(jié)省了大量內存空間，從而可以在一個負載生成器上運行更多的用戶。25.當你需要在出錯時停止執(zhí)行腳本，你怎么做？取消運行設置中的“Continue on error復選框。26.響應時間和吞吐量之間的關系是什么？當系統吞吐量未到達系統處理極限時，系統性能不會衰減，交易平均響應時間一般也不會遞增，當系統到達吞吐量極限時，客戶端交易會在請求隊列中排隊等待，等待的時間會記錄在響應時間中，故交易平均響應時間一般會遞增。27.說明一下如何在LR中配置系統計數器？以windows資源監(jiān)控為例，可右鍵點“添加度量，輸入系統IP、選擇平臺類型，確定即可，詳細參加LR自帶操作手冊_。對于監(jiān)控不同類型的操作系

15、統，需要做一些準備工作，可參見監(jiān)控操作系統資源局部。28.你如何識別性能瓶頸？性能瓶頸可以通過監(jiān)控器來分析發(fā)現，這些監(jiān)控器包括應用效勞器監(jiān)控、web效勞器監(jiān)控、數據庫效勞器監(jiān)控器和網絡監(jiān)控器；它們可以幫助分析導致響應時間增加的原因；性能度量一般包括響應時間、吞吐量、每秒點擊率、網絡延遲等等。29.如果web效勞器、數據庫以及網絡都正常，問題會出在哪里？問題可能出在系統本身或應用效勞器、或為應用編寫的代碼編寫中。30.如何發(fā)現web效勞器的相關問題？可以利用web資源監(jiān)控器發(fā)現web效勞器相關問題，在場景執(zhí)行過程中，可以利用監(jiān)控器分析web效勞器吞吐量、每秒點擊率、每秒HTTP響應數、每秒頁面下

16、載數，以及web效勞器硬件資源使用情況等。31.如何發(fā)現數據庫的相關問題？可以通過數據庫監(jiān)控器和數據資源圖發(fā)現數據庫相關的問題，例如在運行Controller之前，可以指定需要度量的資源，之后可以根據監(jiān)控的數據，分析數據庫相關的問題。32.解釋所有web錄制配置？選擇錄制協議、設置錄制選項、選擇瀏覽器、選擇存放路徑、開始錄制。33.解釋一下覆蓋圖和關聯圖的區(qū)別？蓋圖：合并兩個圖的內容，使用同一個X軸，合并圖左Y軸顯示當前圖的值，合并圖右Y軸顯示被合并圖的值。關聯圖：當前活動圖的Y軸變?yōu)楹喜D的X軸，被合并圖的Y軸變成合并圖的Y軸。34.你如何設計負載？標準是什么？負載測試方案多少用戶數量、使用

17、什么類型的機器、以及在什么環(huán)境下進行。主要基于兩個重要的文檔，任務分布圖和事務信息，任務分布圖告訴我們在負載時間段內，某一個事務使用的用戶數，頂峰使用率及低峰使用率均來自該文檔；事務信息告訴我們事務名及優(yōu)先級，在設計場景時可以參考35.Vuser_init中包括什么內容？Vuser_init中包含在腳本執(zhí)行過程中只需執(zhí)行一次的腳本。一般來說，所有需要初始化的都可以放在vuser_init里面，比方登錄36. Vuser_end中包括什么內容？vuser_end中一般包含退出的過程，比方退出系統，主要在腳本執(zhí)行完成或停止時運行，在設置了迭代次數時，vuser_end和vuser_int均只執(zhí)行一

18、次。37.什么是think time？think_time有什么用？思考時間：用戶在各步驟之間停下來進行思考的時間，由于用戶基于其經驗水平和目標而與應用程序進行交互操作，因此技術水平更高的用戶工作起來可能會比新用戶要快。通過啟用思考時間，可以使 Vuser在負載測試期間更準確地模擬其對應的真實世界用戶。38.標準日志和擴展日志的區(qū)別是什么？標準日志：腳本執(zhí)行過程中，將函數集及信息發(fā)送到日志文件中擴展日志：可以將詳細的腳本執(zhí)行信息輸出到日志文件中，可以選擇以下三種擴展日志信息：參數替換：腳本運行過程中，可以將參數及當前參數值輸出到日志文件中效勞器返回的數據：將效勞器返回給客戶端的數據輸出到日志文件中高級跟蹤：所有的虛擬用戶信息和函數調用輸出到日志文件中39.解釋以下函數及他們的不同之處。lr_debug_message：發(fā)送調試信息到輸出