性能測試結果分析報告

LoadRunner結果分析器（以下簡稱Analysis或Analysis模塊）是一個獨立的模塊，它可以將測試結果和監控數據轉化爲數據庫數據，以利於分析處理。測試人員可以在分析器中選擇感興趣的圖標，通過合併圖，交叉圖和自動關聯等手段，對測試結果和監控數據進行分析處理，以確定性能瓶頸及其產生原因。最後，分析器可以根據測試人員選擇的感興趣部分，自動生成HTML格式或Word格式的性能報告，這些報告可以作爲福建，和性能測試報告一起提交，提供性能參考。 LoadRunner Controller在測試結束後，可以自動從壓力產生器上將測試結果收集起來，並且和監控數據一起，生成結果數據，保存在設置的運行結果目錄中。 分析器啓動時，如果壓力產生器在遠端機器上，又沒有選擇自動收集數據，則會先收集測試結果數據。否則會打開運行結果文件，將結果文件經過處理後導入到Microsoft Access數據庫，然後按照設置的模板自動打開某些結果分析圖。 ——————————————現對各種圖做一個簡要總結———————————— 1、 分析概要 2、 Vuser圖： 主要包括正在運行的Vuser圖、 Vuser概要圖、 集合圖。 此圖可用於確定任何給定環境中服務器上的Vuser負載。默認情況下，此圖僅顯示狀態爲運行的Vuser。要查看其他的Vuser狀態，請將篩選條件設置爲所需的狀態（^_^ ^_^ 我至今還沒有找到設置篩選條件的地方）。 3、 事務圖：運行場景或會話步驟之後，可以使用一個或多個事務圖分析測試過程中執行的事務。事務圖主要包括：平均事務響應時間圖、每秒事務數圖、每秒事務總數 ... ... 3.1、 平均事務響應時間圖： 對於每個方式，此圖將以不同的方式顯示。關於粒度的選擇，差資料 ... ... 注意： 默認情況下，只顯示已通過的事務。 你可以將平均事務響應時間圖與正在運行的Vuser圖進行比較，瞭解正在運行的Vuser的數目對事務性能時間產生的影響。 例如，如果平均事務響應時間圖顯示性能時間逐漸改善，則可以將其與正在運行的Vuser圖進行對比，看性能時間是否因爲Vuser負載減少而得到改善。 如果定義了可以接受的最小和最大事務響應時間，則可以使用瓷土確定服務器性能是否在可以接受的範圍內。 3.2、 每秒事務總數 通過每秒鐘事務總數，能夠對於應用的整體性能進行一定的比較和說明。但是該圖每秒鐘事務總數會受到多種因素的影響，包括步間隔時間，思考時間等。 3.3、 事務響應時間（負載下）圖：是正在運行的Vuser圖和平均事務響應時間圖的組合，它指示事務響應時間，該事務時間與場景或會話步驟中在任一給定時刻所運行的Vuser數目相關。此圖可幫助測試人員查看Vuser負載對響應時間的總體影響，對分析具有逐變負載的場景或會話步驟更爲有用。 3.4、 事務響應時間（百分比）圖： 此圖可以幫助測試人員分析在給定時間範圍內執行的事務的百分比。此圖可以幫助測試人員確定合適的事務百分比，以判斷是否滿足系統的性能標準。通常情況下，你需要在可接受的響應時間範圍內，確定事務百分比。最大響應時間可能非常長，但如果大多數事務具有可以接受的響應時間，則整個系統還是適用的。 ————————待續—————————— 我很受傷！ 剛纔寫了那麼東西保存時提示含有禁忌詞彙，後腿時東西全都丟了... ... 補充： Web資源圖、 網頁細分圖、 系統資源圖、 合併圖、 交叉結果圖。 ———————————————— 分析處理—————————————————— 如何在LoadRunner中進行一些分析處理呢？ 如下是一些參考： 1、 思考時間 在錄製腳本過程中，由於操作的原因多會導致在事務開始和結束之間自動加入一些思考時間語句，在回放腳本過程中， 如果思考時間按照記錄時回放，那麼這段思考時間會被記錄到事務響應時間過程中去，會影響事務響應時間的統計。 爲了避免這種情況，一種方式是錄製腳本後進行手工調整，將思考時間移到事務開始結束語句之外，或者是在測試結果分析器中通過配置除去思考時間。 2、 圖的設置 3、 分析事務性能 分析場景或會話步驟運行情況應從平均事務響應時間圖和事務性能摘要圖開始。使用事務性能摘要圖，可以確定在場景或會話步驟執行期間響應時間過長的事務。使用平均事務響應時間圖，可以查看在運行期間有問題的事務每一秒鐘的行爲。 問題： 哪些事務的響應時間最長？ 這些事務的響應時間是在場景或會話步驟整個執行期間還是僅在其中特定的時刻很長 爲了確定問題並瞭解在該場景或會話步驟執行期間保留事務響應時間過長的原因，需要細分事務並分析每個頁面組件的性能 4、 使用網頁細分圖 使用網頁細分圖，可以向下搜索平均事務響應時間圖或事務性能概要圖以查看事務中每個頁面組件的下載時間。注意： 只有在運行場景或會話步驟前啓用了網頁細分功能纔可以實現這一點。 問題： 過長的事務響應時間是由哪些頁面組件引起的？ 問題是否與網絡或服務器有關？ 5、使用自動關聯： 找到與問題的關聯最爲緊密的若干個度量， 然後再查看度量對應的資源圖， 以確定導致系統出現瓶頸的原因 6、 比較不同場景的結果 每次對系統進行細微調整並解決其他性能瓶頸時， 都應再次運行相同的負載以驗證問題是否得到了解決，並確認未造成新的性能瓶頸。執行幾次負載測試後，可以將初始結果與最終結果進行比較。 7、 生成報告： LR可以生成HTML格式、 Word格式、水晶報表格式的報告。 ——————————————————實例分析—————————————— 1、 標識服務器問題 網站性能問題可能由許多因素引起。但是大約一半的性能問題是由於Web、Web應用程序和數據庫服務器故障引起的。對數據庫操作依賴性很大的**站出現性能問題的風險尤其大。 常見的數據庫問題有： 低效的索引設計、 分割的數據庫、 過期的統計信息和不完善的應用程序設計。因此，通過使用較小的結果集、 自動更新數據、 優化索引、 經常壓縮數據、 執行查詢或鎖定超時、 使用時間更短的事務、以及避免應用程序死鎖等，可以提供數據庫系統性能。 在20%的負載測試中，Web和Web應用程序服務器是出現性能瓶頸的原因。瓶頸通常是由服務器配置不當和資源不足造成的。例如，有問題的代碼和DLL可能會使用幾乎所有的計算機處理時間（CPU）並且會在服務器上造成性能瓶頸。同樣，物理內存容量限制和服務器內存管理不當很容易導致服務器瓶頸。因此， 在調查Web或Web應用程序服務性能較低的其他原因籤，應先檢查服務器的CPU和物理內存。 提高安全網站的性能的方法有： a、 根據應用程序類型對SSL和HTTPS服務進行細微調整。 b、 使用SSL硬件加速器，例如SSL加速器設備和加速卡。 c、 根據數據的敏感級別更改安全級別（即將用於公鑰加密的密鑰長度從1024更改爲512） d、 不要過渡使用SSL。應重新設計數據敏感級別較低的那些頁使用常規的HTTPS。 2、 標識網絡問題 當負載顯著增加卻未對任務服務器端組件造成重大影響時， 通常可以確定爲網絡瓶頸。使用**圖，可以確定網絡是否爲真正的瓶頸。 3、 標識數據庫服務器問題 此處個人積累的素材比較多， 待試驗驗證 ... ...