【正文】 ?416–所請求的范圍無法滿足。?417–執(zhí)行失敗。?423–鎖定的錯誤。5xx服務器錯誤服務器由于遇到錯誤而不能完成該請求。?500內部服務器錯誤?！?應用程序正忙于在Web服務器上重新啟動?！?Web服務器太忙?！?不允許直接請求　?–UNC授權憑據不正確。這個錯誤代碼為IIS所專用?！?–URL授權存儲不能打開。這個錯誤代碼為IIS所專用。　?內部ASP錯誤。?501頁眉值指定了未實現的配置。?502Web服務器用作網關或代理服務器時收到了無效響應。?CGI應用程序超時。?CGI應用程序出錯。?503服務不可用。這個錯誤代碼為IIS所專用。?504網關超時。?505HTTP版本不受支持。每秒連接數（Connections per Second）圖此圖是描述場景在運行中每秒新建的TCP/IP連接數。新連接數應該是每秒點擊次數的一小部分，因為就系統資源來說，新的TCP/IP連接非常耗費資源。下面上看，服務的性能有不太明顯的性能下降，因為連接斷開和新連接的數量都在逐漸下降。如果說連接斷開和新連接數都下降為0了，說明系統崩潰，有嚴重性能問題，很不穩(wěn)定，不能投產。網頁細分圖網頁細分圖主要用來評估頁面內容是否影響事務響應時間，通過它可以深入分析網站上哪些下載很慢的圖像或中斷的鏈接等有問題的元素，可以方便的對問題進行比較精確的定位。網頁細分圖多用于分析在事務性能摘要圖和事務平均響應時間圖中檢測到的問題。可以將網頁細分圖中的數據和事務性能摘要圖和事務平均響應時間圖中的數據關聯起來，綜合分析性能出現的是網絡問題還是服務器問題。網頁細分圖主要有：頁面分解總圖、頁面組件細分圖、頁面組件分解（隨時間變化）圖、頁面下載時間細分圖、頁面下載時間細分（隨時間變化）圖、第一次緩沖時間細分圖、第一次緩沖時間細分（隨時間變化）圖、已下載組件大小圖。頁面分解總（Web Page Breakdown）圖此圖描述某一具體事務在測試過程中的響應情況，進而分析相關的事務是否運行正常。上圖針對于Action和maipiao事務進行查看，Action響應時間有變長的趨勢，maipiao事務有細微的起伏，總的來說是比較穩(wěn)定的。頁面分解總圖有四種方式細分：1. 下載時間細分：在下載時間細分圖中，不但要分別顯示網頁中不同元素的下載時間，同時還要按照下載過程將時間進行分解，用不同的顏色來顯示DNS解析時間、建立連接時間、第一次緩沖時間等各自所占的比例。通過下載時間細分圖可以很容易看出各個元素所用的時間長短，以及下載過程對時間進行的分解，為調整程序提供依據。2. 組件細分（隨時間變化）：組件細分（隨時間變化）圖是指選定網頁的頁面組件隨時間變化細分圖。在此圖中，可以選擇不同的元素以查看測試過程中其下載時間的變化曲線，發(fā)現不穩(wěn)定的元素。需要在客戶端下載控件較多的頁面要特別重視此圖。3. 下載時間細分（隨時間變化）下載時間細分（隨時間變化）圖顯示選定網頁的頁面元素下載時間細分時間變化的情況，它非常清晰的顯示了頁面中各個元素在壓力負載下的下戴情況。對比圖（壓力更?。荷厦娴膱D中連接的響應時間變長了不少，接收時間也變長了，說明系統在壓力加大的情況下有延遲，如果延遲的時間是客戶可以接受的范圍內，系統也是可以接受的。4. 第一次緩沖時間細分（隨時間變化）顯示選定網頁的第一次緩沖時間細分（隨時間變化）情況。分析第一次緩沖時間細分（隨時間變化）圖，首先要理解什么是第一次緩沖時間。它是指客戶端與服務器建立連接后，從服務器發(fā)送第一個數據包開始計時，數據經過網絡傳送到客戶端后，到瀏覽器接收到第一個緩沖所用的時間。第一次緩沖時間細分圖主要顯示頁面不同元素在傳輸過程中的響應時間，并用兩種顏色進行區(qū)別，這樣，我們就非常直觀的看到整個過程中網絡時間和服務時間的情況。上圖中，我們可以看到，網絡基本沒有耗費什么時間，絕大多數都是服務器處理所耗費的。這是因為我們是在本機上運行的結果。頁面組件細分（Page Component Breakdown）圖從此圖中可以看出頁面組件中哪些元素所占的平均下載時間長，哪些比較短，我們可以有針對性的對其優(yōu)化。頁面組件細分（隨時間變化）（Page Component Breakdown（OverTime））圖此圖和頁面分解總圖中的組件細分相似。頁面下載時間細分（Page Download Time Breakdown）圖此圖是指每個頁面組件下載時間的細分，可以根據它來確定在網頁下載期間，事務響應時間緩慢是由網絡錯誤還是由服務器錯誤引起的。本圖是根據DNS解析時間、連接時間、第一次緩沖時間、SSL握手時間、接收時間、FTP驗證時間、客戶端時間和錯誤時間來對每個組件的下載過程進行細分。名稱含義DNS Resolution顯示使用距離最遑的DNS服務器，將DNS名稱解析為IP地址所需要的時間，這里時間過長一般需要DNS提代者解決。Connection顯示URL服務器建立連接所需要的時間?？梢员砻骶W絡連接問題，還可以表明服務器有無響應。First Buffer顯示從HTTP發(fā)出請求到收到Web服務器的第一次緩沖時所經過的時間。第一次緩沖度量是很好的Web服務器延遲和網絡滯后指示器，其緩沖區(qū)最大為8KB。因此，第一次緩沖時間可能也就是完成元素下載所需要的時間。SSL Handshaking顯示建立SSL連接所用的時間。SSL是HTTPS通信。Receive顯示從服務器收到最后一個字節(jié)并完成下載之前經過的時間?？梢员砻骶W絡情況的好壞。FTP Authentication顯示驗證客戶端所用的時間。這里只適合FTP通信的驗證。Client Time顯示客戶端各種情況延遲而使客戶端請求發(fā)生延遲所用的平均時間。Error Time顯示從發(fā)出請求到返回錯誤信息（僅限HTTP錯誤）所用的平均時間。頁面下載時間細分（隨時間變化）圖（Page Download Time Breakdown（Over Time））此圖是指在方案運行期間，每一秒內第個頁面組件下載時間的細分。使用此圖可以確定網絡或服務器在方案執(zhí)行期間哪一時間發(fā)生了問題?？梢詫ο掳氩康倪x項進行排序，將有問題的單獨查看。此圖一般是先查看頁面組件細分，確定有問題的組件，然后分析它們下載的過程，進而定位原因在哪里。第一次緩沖時間細分（Time to First Buffer Breakdown）圖此圖我們之前已經大概用過一次了，通過此圖我們很方便的發(fā)現問題發(fā)生在哪個環(huán)節(jié)。上圖看來，因為是本機測試，所以網絡時間幾乎為0，這里可以看出主要是Web服務器上兩個頁面耗費時間比較長。第一次緩沖時間細分（隨時間變化）圖（Time to First Buffer Breakdown（Over Time））第一次緩沖時間細分（隨時間變化）圖是指成功收到從Web服務器返回的、第一次緩沖之前的這段時間內，場景運行的每一秒中每個網頁組件的服務器時間和網絡時間。可以使用此圖來確定場景運行期間服務器或網絡出現問題的時間點。從下半部分的[Network Time][Server Time]可以看出每一個元素在場景運行不同時間的網絡時間和服務器時間。已下載組件大?。―ownloaded Component Size（KB））圖此圖是指每個已經下載頁面組件的大小。通過它可以直接看出哪些組件比較大，需要進一步優(yōu)化。Analysis小結通過查看Analysis分析圖的查看，我們可以對系統性能進行分析，大家來實際工作中可以通過菜單中的生成一個word文檔，再對其進行修改完善，提出相應的優(yōu)化方案。等待開發(fā)人員對系統優(yōu)化結束后，我們還要再次對優(yōu)化后的系統再次進行測試，查看有沒有達到我們的優(yōu)化目標，還有沒有其他的性能問題，或在優(yōu)化過程中引發(fā)了其他的性能問題。