【正文】 察到應用系統(tǒng)的運行性能。這些性能監(jiān)測器為您實時顯示交易性能數(shù)據(jù)（如響應時間）和其它系統(tǒng)組件包括applicationserver,webserver，網路設備和數(shù)據(jù)庫等的實時性能。這樣，您就可以在測試過程中從客戶和服務器的雙方面評估這些系統(tǒng)組件的運行性能，從而更快地發(fā)現(xiàn)問題。再者，利用LoadRunner的ContentCheckTM，您可以判斷負載下的應用程序功能正常與否。ContentCheck在Virtualusers運行時，檢測應用程序的網絡數(shù)據(jù)包內容，從中確定是否有錯誤內容傳送出去。它的實時瀏覽器幫助您從終端用戶角度觀察程序性能狀況。一旦測試完畢后，LoadRunner收集匯總所有的測試數(shù)據(jù)，并為您提供高級的分析和報告工具，以便迅速查找到性能問題并追溯原由。使用LoadRunner的Web交易細節(jié)監(jiān)測器，您可以了解到將所有的圖象、框架和文本下載到每一網頁上所需的時間。例如，這個交易細節(jié)分析機制能夠分析是否因為一個大尺寸的圖形文件或是第三方的數(shù)據(jù)組件造成應用系統(tǒng)運行速度減慢。另外，Web交易細節(jié)監(jiān)測器分解用于客戶端、網絡和服務器上端到端的反應時間，便于確認問題，定位查找真正出錯的組件。例如，您可以將網絡延時進行分解，以判斷DNS解析時間，連接服務器或SSL認證所花費的時間。通過使用LoadRunner的分析工具，您能很快地查找到出錯的位置和原因并作出相應的調整。場景分析圖1) 并發(fā)數(shù)執(zhí)行情況（Running Vusers）并發(fā)數(shù)執(zhí)行情況反映了在場景執(zhí)行過程中各個并發(fā)數(shù)的運行情況，成功了多少，失敗了多少，是否按照既定的場景執(zhí)行計劃運行，是否達到預期的執(zhí)行效果，如果在某個時間，執(zhí)行失敗了，或者存在異常，那么并發(fā)數(shù)的圖表將是波動，可以從圖中直觀的看出來，同樣根據(jù)場景中Error的信息，定位在何時出現(xiàn)了錯誤，此時執(zhí)行的并發(fā)數(shù)是多少。并發(fā)數(shù)的圖表如下：并發(fā)數(shù)執(zhí)行情況圖2）事務通過數(shù)（Throughput）事務通過數(shù)的意思是每個特定時間間隔內通過的事務數(shù)，如果隨著場景執(zhí)行時間的推延，通過事務數(shù)曲線應該是平緩的，如果突然上升，則可能是服務不穩(wěn)定，或者網絡因素導致的，如果持續(xù)下降，則表示服務的處理能力在下降，此時可以查看服務器段是否有進程堵塞，或者服務器的連接數(shù)不夠，也可能是網絡帶寬不夠。事務通過數(shù)圖3) 平均事務響應時間（Average Transaction Response Time）平均事務響應時間在整個測試過程中是一個很重要的參考指標，他能清晰的反映出場景執(zhí)行過程中，每個事務的執(zhí)行時長，整個業(yè)務中哪個操作最耗時等等。場景執(zhí)行結束后，可以根據(jù)這個圖表分析出在一定響應時間要求下，系統(tǒng)可支持的并發(fā)數(shù)，假如我們要求在查詢的時候要求這個返回結果的時候不超過5秒，那么可以在場景中找到對應的SubQue事務在處理時間為5秒左右的時間點，再從Running Vuser圖中找到對應的時間點，查看對應的并發(fā)用戶數(shù)。同樣，在整個執(zhí)行過程中，當并發(fā)數(shù)達到一定數(shù)值后，平均事務響應時間曲線應該是平緩的，如果出現(xiàn)突然升高或者降低的情況，則表示系統(tǒng)存在異常，這樣我們可以找到這個時間點去查看服務器端的運行日志，查找原因。平均事務響應時間圖4) 服務器資源分析服務器資源監(jiān)控利用的是nmon工具，在得出分析結果后，可以查看對應的圖表進行分析。負載測試是一個重復過程。每次處理完一個出錯情況，您都需要對您的應用程序在相同的方案下，再進行一次負載測試。以此檢驗您所做的修正是否改善了運行性能。對缺陷和問題進行分析有助于經理們對應用部署做出相應的決策。缺陷管理支持整個缺陷生命周期——從初始問題發(fā)現(xiàn)，直至缺陷修復和驗證修復，這樣就確保了缺陷在定位之前，不會被忽視和關閉。在任何新的缺陷被提交之前，Quality Center 會檢查數(shù)據(jù)庫以發(fā)現(xiàn)相似的缺陷，最大程度地減少重復缺陷，并消除了手動檢查的需要。可以定義缺陷創(chuàng)建和顯示界面，不同角色人員可以瀏覽到不同的字段和信息?？梢越⑷毕莺腿毕荩瑴y試執(zhí)行，測試案例和需求之間的關聯(lián)，便于對缺陷進行全方位的跟蹤?？梢詫θ毕莞鶕?jù)不同的條件進行查詢，對列表展現(xiàn)可以進行分組，便于查看。測試流程中生成了大量的數(shù)據(jù)。度身定制的圖示和報告幫助用戶分析這些數(shù)據(jù)。在大多數(shù)機構中，創(chuàng)建一個測試狀態(tài)報告或應用就緒評估報告需要花費數(shù)個小時，有了Quality Center ，所有這些信息都可以在中央存儲器中找到，因此可以快速地就應用狀態(tài)或小組生產力情況做出決策。需求，測試計劃，測試實驗室和缺陷模塊都提供了分析和報告，提供了針對各種項目視圖的圖示，包括：216。 測試需求：概要圖，進度圖，范圍圖，趨勢圖216。 測試案例：概要圖，進度圖，趨勢圖216。 測試執(zhí)行：概要圖，進度圖，概要圖，進度圖216。 缺陷：概要圖，進度圖，生命周期，趨勢圖用戶可以修改各種圖示的過濾條件和顯示條件。報告提供了一些缺省的模板，用戶也可以自定義，例如過濾條件，顯示內容等，可以建立子報告，即在報告中顯示和當前實體有關聯(lián)的其它信息，例如通過報告可以看到需求相關的案例是哪些，這些案例執(zhí)行的情況如何，產生了哪些缺陷，提供豐富的信息展示。對報告和分析圖示的修改可以存儲為共有視圖或者私有視圖，便于以后重復使用。QC還支持用戶自定義產生Excel報告，用戶可以通過SQL語句進行有關信息的查詢，結果可以生成MS Excel文件，支持用戶自定義數(shù)據(jù)產生以后的處理腳本，便于用戶進行更加靈活的配置和展現(xiàn)，也便于用戶后期在MS Excel進行加工。QC提供了測試項目整體的MS Word報告，用戶可以選擇項目實體（需求，案例，執(zhí)行和缺陷）可以定義實體的過濾條件和展現(xiàn)字段和方式，最后生成總體的MS Word格式報告，便于分發(fā)和保存。配合HP Quality Center Dashboard，可以提供組織級跨項目的，基于門戶的測試結果展現(xiàn)，基于KPI幫助用戶建立質量評估指標，自動收集結果，便于用戶對整個部門測試工作的集中展現(xiàn)和分析統(tǒng)計。測試報告分析圖36