LoadRunner性能測試基礎知識問答(3)

　　【方法】通過日志輸出函數lr_message、lr_log_message、lr_output_message輸出。

　　對話框輸出

　　綜上，在實際測試工作中，基本上使用前三種方法，對話框輸出基本上沒用過。

　　Q19、你在LR中如何編寫自定義函數?請給出一些你在以前進行的項目中編寫的函數。

　　A19：在編寫用戶自定義函數之前，需要首先為函數創建外部庫(DLL)文件，將這些庫文件放在bin目錄下，一旦庫文件已經被添加并且將用戶自定義函數作為參數，函數應該為以下格式：__declspec (dllexport) char* (char*， char*)

　　Q20.在運行設置下你能更改那些設置?

　　A20：可以修改Run Logic、pacing、Log、Think Time等，見下圖;可以測試實際需要，修改相關選項。

　　Q21.你在不同的環境下如何設置迭代?

　　A21：在“運行時設置”中設置，如下圖所示：

　　Q22.你如何在負載測試模式下執行功能測試?

　　A22：在負載測試模式下，可以通過同時運行數個虛擬用戶，通過增加虛擬用戶數，確定服務器在多大的負載量下，仍然可以正常運行，我一般進行核心功能操作，驗證核心功能運行是否正常。

　　Q23.什么是逐步遞增?你如何來設置?

　　A23：虛擬用戶數隨著負載時間逐漸增加，可以幫助確定系統響應時間減慢的準確時間點。

　　可以在“加壓”選項卡中進行設置：如下圖所示，將設置更改為：“每 30 秒啟動 2 個 Vuser”

　　Q24.以線程方式運行的虛擬用戶有哪些優點?

　　A24：以線程方式運行的虛擬用戶，在默認情況下，Controller為每50個用戶僅啟動一個mmdrv進程，而每個用戶都按線程方式來運行，這些線程用戶將共享父進程的內存，這就節省了大量內存空間，從而可以在一個負載生成器上運行更多的用戶。

　　Q25.當你需要在出錯時停止執行腳本，你怎么做?

　　A25：取消運行設置中的“Continue on error”復選框。

　　或者使用lr_abort函數。

　　Q26.響應時間和吞吐量之間的關系是什么?

　　A26：當系統吞吐量未達到系統處理極限時，系統性能不會衰減，交易平均響應時間一般也不會遞增，當系統達到吞吐量極限時，客戶端交易會在請求隊列中排隊等待，等待的時間會記錄在響應時間中，故交易平均響應時間一般會遞增。

　　Q27.說明一下如何在LR中配置系統計數器?

　　A27：以windows資源監控為例，可右鍵點“添加度量”，輸入系統IP、選擇平臺類型，確定即可，詳細參加LR自帶操作手冊^_^。

　　對于監控不同類型的操作系統，需要做一些準備工作，可參見監控操作系統資源部分。

　　Q28.你如何識別性能瓶頸?

　　A28：性能瓶頸分為：硬件瓶頸和軟件瓶頸

　　性能瓶頸可以通過監控器來分析發現，這些監控器包括應用服務器監控、web服務器監控、數據庫服務器監控器和網絡監控器;它們可以幫助分析導致響應時間增加的原因;性能度量一般包括響應時間、吞吐量、每秒點擊率、網絡延遲等等。

　　Q29.如果web服務器、數據庫以及網絡都正常，問題會出在哪里?

　　A29：問題可能出在系統本身或應用服務器、或為應用編寫的代碼編寫中。

　　Q30.如何發現web服務器的相關問題?

　　A30：可以利用web資源監控器發現web服務器相關問題，在場景執行過程中，可以利用監控器分析web服務器吞吐量、每秒點擊率、每秒HTTP響應數、每秒頁面下載數，以及web服務器硬件資源使用情況等。

　　Q31.如何發現數據庫的相關問題?

　　A31：可以通過數據庫監控器和數據資源圖發現數據庫相關的問題，例如在運行Controller之前，可以指定需要度量的資源，之后可以根據監控的數據，分析數據庫相關的問題。

　　Q32.解釋所有web錄制配置?

　　A32：選擇錄制協議、設置錄制選項、選擇瀏覽器、選擇存放路徑、開始錄制。

原文轉自：http://www.uml.org.cn/Test/201106245.asp