在前面的課程中,您學習如何設計,控制和執行方案運行。一旦您已加載您的服務器,你要分析的運行,並肯定須要被淘汰,以提升系統性能的問題。後端
在圖表和報告中有關方案的性能您的分析會議上提出的重要信息產生的。利用這些圖表和報告,能夠找出並肯定應用程序的瓶頸,並肯定須要將系統以改善其性能獲得了什麼變化。瀏覽器
在這一課中,你將涵蓋如下主題:服務器
分析會議的目的是找到在你的系統的性能故障和隨後查明這些失敗的根源,例如:網絡
在下面的章節中,您將學習如何打開LoadRunner的分析,並創建和查看圖表和報告,這將幫助您找到性能問題,並找出這些問題的來源。session
打開HP LoadRunner的分析。工具
在LoadRunner的機器,雙擊分析桌面上的圖標。LoadRunner Analysis的打開。佈局
打開分析會話文件。性能
對於本教程本節的目的,爲了說明更加多樣化的結果,咱們跑了相似的您在前面的課程跑了的狀況。這一次,然而,該方案歸入70個Vuser而不是10個Vuser。如今,您將打開從這種狀況的結果產生的分析會話。學習
分析包含如下主要窗格:
注意:有能夠從工具欄訪問額外的窗格。這些窗格能夠拖動,並在屏幕上任意丟棄。
在本節中,你將被引入到服務級別協議或SLA。
SLA是您定義爲您的負載測試場景的具體目標。分析在運行過程當中進行比較針對LoadRunner的收集性能相關的數據,並存儲這些目標,而後肯定SLA狀態(通或失敗的目標)。
例如,您能夠定義一個具體的目標,或閾值,在腳本交易的平均交易時間。在試運行結束後,LoadRunner將比較你對實際記錄的平均交易時間肯定的目標。分析顯示每一個定義的SLA,不管是狀態合格或不合格。例如,若是實際平均交易時間均不超過您所定義的閾值時,SLA狀態會通。
當你的目標定義的一部分,能夠指示SLA採起負載條件考慮在內。這意味着,在可接受的閾值將根據負載的水平變化,例如,正在運行的Vuser,吞吐量,等等。隨着負載的增長,能夠容許更高的門檻。
根據您定義的目標,LoadRunner將肯定的下列方式之一SLA狀態:
的SLA能夠運行在控制器一個場景以前,或在分析自己以後被定義。
在下面的部分,您將定義使用的HP Web例如旅遊的SLA。假設的HP Web爾管理員想知道每當平均交易時間book_flight和search_flight交易超過必定的值。要作到這一點,能夠選擇交易,而後設置閾值。這些閾值是最大量的時間,這將是做爲平均事務時間能夠接受的。
您還將設置這些閾值採起必定的負載條件考慮在內; 在這種狀況下,正在運行的Vuser。換言之,隨着運行的Vuser數量的增長,閾值上升。
這是由於雖然在HP Web遊覽管理員但願平均事務時間要儘量的低,能夠理解,在一年中的某些時候它是合理的假設,在HP Web遊覽站點將必須處理較高負載比一年中其餘時間。例如,在旅遊旺季,有較高的一些旅行社登陸到網站上預訂機票,查詢路線,等等。鑑於這種理解較高負荷,在這些時間稍長平均事務時間是能夠接受的。
您將設置SLA採起三種負載的狀況考慮在內:輕負荷,平均負荷,重負荷。每一個場景都會有本身的閾值。
方案運行後,您會在定義Analysis的SLA。
注意:最好是在場景運行以前定義在控制器中的SLA。不過,對於本教程的目的,由於你不是分析您在前面的課程中運行一樣的測試場景中,你會定義分析SLA。要定義在控制器中的SLA,單擊新建的服務級別協議的部分設計標籤。
如今,您將定義SLA,將設定具體目標,爲平均交易次數爲book_flight和search_flight樣品會話文件事務。
平均交易時間將在運行中設定的時間間隔進行測量。
要定義SLA:
選擇交易進行監控。
在選擇交易頁面,選擇事務從監控可用事務列表。
設置負載條件。
在設置負載條件頁面,您能夠指示SLA採起不一樣的負載狀況下考慮。
設定的閾值。
在設置門限值頁面,您能夠定義爲可接受的平均交易時間check_itinerary交易。
設置的閾值,看起來像下面的例子:
你剛纔表示,下面的平均成交時間是能夠接受的:
- 。輕載 5秒少
- 平均負載 10秒或更少
- 重型載 15秒之內
保存SLA。
要保存SLA並關閉嚮導,點擊下一步,而後完成,而後關閉在接下來的頁面。
分析應用您的SLA設置的總結報告。而後,該報告已更新,包括全部相關的SLA信息。
摘要報告選項卡顯示有關方案運行,以及全部相關的SLA信息通常信息和統計數據。例如,是什麼定義的SLA,具體交易如何在設定的時間間隔進行,以及總體SLA狀態方面表現最差的交易。您打開會話管理器的總結報告。
什麼是總體方案中的統計數據?
在統計摘要部分中,您能夠看到最多的70個Vuser在本次測試跑。還顯示諸如總/平均吞吐量,總/平均命中其它統計信息。
是什麼表現最差的交易?
5最差的交易表顯示多達五個的SLA中定義爲其中表現最差的交易。
你能夠看到,在持續時間check_itinerary交易中,SLA閾值超出時間66.4%。經過它超出了SLA的閾值在整個運行的平均百分比爲200.684%。
隨着該時間間隔是在SLA閾值超過?
該方案行爲在時間段顯示瞭如何在不一樣的時間間隔進行的每一筆交易。綠色方塊表示那裏的SLA閾值範圍內進行交易的時間間隔,紅色方塊那裏的事務失敗,並在沒有相關的SLA定義灰色方塊。
你能夠看到,對於您定義的SLA交易,check_itinerary超過了大多數的時間間隔的門檻。
什麼是總體成交表現?
交易摘要列出了每一個交易的行爲的總結。
咱們也看到,check_itinerary交易失敗了28次。
查看每一筆交易的時間。在90%的列顯示的特定事務的執行的90%的時間。你能夠看到,90%的check_itinerary試運行期間所執行的交易具備65.754秒時間。這是雙重的平均時間,32.826,這意味着大多數這種交易的出現產生了很是高的響應時間。
請注意如何SLA狀態欄顯示在SLA交易相關的總體狀態:失敗的check_itinerary。
您能夠從會話管理器面板訪問可用的圖。如今,您將查看和分析平均事務響應時間圖。
分析結果。
請注意的平均交易時間如何check_itinerary交易波動較大,並達到75.067秒,2:56分鐘進入高峯方案運行。
上的良好的執行服務器,該交易將遵循一個相對穩定的平均時間。在圖的底部,注意如何登陸,註銷,book_flight和search_flight交易有更穩定的平均時間。
在上一節中,您看到了服務器的性能不穩定。如今,您將分析70運行的Vuser對系統性能的影響。
研究Vuser的行爲。
在會話管理器,在圖表上,單擊運行Vuser。在正在運行的Vuser圖在圖查看區域中打開。
你能夠看到,是在場景運行的開始運行的Vuser逐漸開始。而後,爲期3分鐘,70個Vuser同時運行,在這以後的Vuser逐漸中止運行。
過濾圖,讓你看到的只是時間片,當全部Vuser同時運行。
當篩選的曲線圖,以便顯示只對所指定的條件的數據的圖形數據縮小。全部其餘數據被隱藏。
相關的正在運行的Vuser和平均事務響應時間圖來比較他們的數據。
你能夠加入兩個圖一塊兒看一個圖的數據對另外一個圖的數據的影響。這就是所謂的兩個圖相關聯。
例如,您能夠關聯與平均事務響應時間圖正在運行的Vuser圖上看到交易的平均時間大量的Vuser的效果。
分析相關的圖表。
在該曲線圖中能夠看到,隨着的Vuser數量的增長,所述的平均時間check_itinerary交易逐漸增長。換言之,平均時間增長隨着負載的增長。
在66個Vuser,有一個在平均時間忽然,急劇增長。咱們說,測試打破了服務器。時間顯然開始下降時,有超過66個Vuser同時運行。
到目前爲止,您已通過濾圖和相關兩個圖形。你分析一個場景下一次,你可能想查看相同的圖形,用一樣的過濾器和合並應用的條件。您能夠保存您的合併和過濾器設置成模板,並在另外一個會話分析應用它們。
要保存模板:
你打開一個新的分析會話,並但願下一次使用保存的模板:
到如今爲止,已經看到,在服務器上的負荷增長對所述的平均響應時間產生不利的影響check_itinerary事 務。
您能夠進一步向下鑽取到check_itinerary交易,看看哪些系統資源,可能它的性能都不利影響。
自動歸屬關係的工具能夠合併全部包含可能已對響應時間產生影響的數據圖表check_itinerary交易,並找出什麼在發生問題的那一刻發生。
從圖樹中,選擇平均事務響應時間圖。
再看check_itinerary交易,尤爲是在通過時間1和4分鐘之間的切片。平均響應時間開始幾乎當即增長,直到它達到頂峯近3分鐘。
分析自相關曲線圖。
在傳說圖形下方窗格中,從圖形列,向下滾動到的Windows資源:非分頁池字節和專用字節的測量。
在測量和相關性匹配列,您能夠看到,這些記憶相關的測量,有超過70%的相關匹配與check_itinerary交易。這意味着這些元素的行爲密切相關的行爲check_itinerary在指定的時間間隔期間的事務。
咱們能夠得出結論,何時該check_itinerary事 務的響應時間達到高峯,有系統內存資源的短缺。
此外,在分析會話開始出如今圖樹中的圖形,能夠顯示不一樣的圖形,以得到有關場景運行的其餘信息。
點擊圖>添加新圖。
在打開新圖對話框打開,並列出包含數據而且能夠顯示圖形的類別。
的Vuser,顯示有關Vuser的和他們的狀態信息。
錯誤。顯示錯誤統計。
交易有關事務及其響應時間顯示數據。
網絡資源,顯示命中,吞吐量和鏈接數據。
網頁診斷。顯示有關腳本中的每一個受監控網頁的數據。
系統資源。顯示系統資源使用狀況的數據。
點擊關閉,關閉打開新圖對話框。
如今打開幾個額外的圖形更瞭解您的場景運行。
您能夠發佈您的分析會話的結果以HTML或Microsoft Word報告。該報告使用建立一個設計師模板,包括提出的圖表和數據的解釋和傳說。
HTML報告
HTML報告能夠打開在任何瀏覽器中查看。
要建立HTML報告:
點擊保存。
分析建立報表,並將其顯示在Web瀏覽器。注意HTML報告的佈局是如何很是類似,你的分析會議上的佈局。您能夠點擊左側窗格中的連接以查看各類圖表。各曲線圖的說明在頁面的底部給出。
微軟Word報告
您能夠在Microsoft Word中報告,出示您的分析會話。該字的報告比HTML報告更全面,由於你能夠選擇包含有關場景的通常信息,測量的描述,等等。您也能夠格式化報告中包括貴公司的名稱和標誌,以及做者的詳細信息。
像任何Microsoft Word文件,該報告是可編輯的,因此你能夠在生成報告後,加上進一步的評論和調查結果。
要建立一個Microsoft Word報告:
點擊報告>新報告。
打開新報表對話框。
從模板基礎上,選擇詳細報告(單運行)。
輸入標題爲您的報告。
輸入做者姓名,職務和公司的名稱。
在格式選項卡:
默認狀況下,該報告將與扉頁,目錄,圖形細節和說明,以及測量的說明表來構建。您能夠選擇添加腳本的詳細信息到報告選項,使您能夠查看業務流程步驟的縮略圖。
您能夠包括經過選擇一個公司的標誌包括公司標誌和瀏覽文件位置。該標誌必須是一個.bmp文件。
選擇您想要在報告中包括您的場景運行分析會議的部分。
對於本教程的目的,您將添加一個執行摘要內容項列表。
點擊添加按鈕打開添加內容項窗口。檢查摘要在網格中,而後單擊肯定。執行摘要項目加入到列表中的內容項窗格。
輸入如下文本編輯框中:
-目標:測試方案的目標是....
-結論:是我得出的結論以下:
更改在其中顯示在報表中的項目的順序。
-在內容項目窗格中,選擇負載特性。點擊平均每秒點擊數在選定的列清單。
-直到出現下的項目單擊下拉箭頭,總交易數。在報告中,平均每秒點擊數項將遵循總交易數的項目。
點擊生成。
數據收集並建立報告中的Microsoft Word文件,它在Microsoft Word中打開。
除了您在分析會話期間生成的圖表,報表包括客觀的結論,那您選擇包含在構建報告其餘部分和圖表。
在本課程中,您學習在一份報告中定義服務水平協議,分析場景運行和發佈結果的基礎知識。
你已經知道的性能問題能夠經過研究代表瓶頸在服務器上,多是由於負擔過重了各類圖表被精肯定位。你已經看到了,您能夠經過配置圖表來顯示相關數據找出這些瓶頸的來源。
注:來源爲HP官網幫助中心 http://lrhelp.saas.hp.com/en/latest/help/WebHelp/Content/Tutorial/WebTours.htm
因爲使用的google翻譯,有些專有名詞翻譯的不許確,這個系列只是作個入門流程參考,望你們見諒哈~