效能測試結果分析報告
阿新 • • 發佈：2019-01-24
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、 標識資料庫伺服器問題 此處個人積累的素材比較多， 待試驗驗證 ... ...