1. Web響應時間很長
錯別字太多
Web響應時間很長無非幾個方面的問題：
1.主機硬體低配而裝了高配操作系統，比如win7,小馬拉大車嘍
一般屬這種情況的話，運行大多軟體都會慢，如果運行別的軟體不慢，僅是web慢，skip這一條，看第三條.（新買的東芝筆記本電腦，估計配置應該還不錯吧，可以看下一條了）
2.主機內軟體安裝的不合適，比如中病毒了、或者是安了幾套殺毒軟體（同時安裝)等等原因，系統CPU被這些軟體過度佔用，如果這樣，殺毒、卸載不必要的軟體。
比如360，就建議停用一下，看看是否響應速度會變快。
3.如果前兩條都不符合，則問題集中在web方面，
3.1所訪問的具體某個網站慢，判斷很容易，看看訪問別的web速度快不快，如果有快有慢，那問題可以結題了。如果都慢，請看下一條。
3.2檢查下DNS設置的是否合適，建議選用與你上網線路較近的DNS
2. 如何測試頁面響應時間
1.錄制腳本：
選擇適當的協議，web伺服器一般選擇http協議。
錄制方式一般選擇HTML-based Script，但有下列情況選擇URL-based Script：不是基於瀏覽器的應用程序，應用程序中包含javaScript腳本且產生了請求，基於瀏覽器的應用程序使用了https協議
默認設置記錄的瀏覽器為IE，不要使用其他瀏覽器
在錄制過程中不要後退頁面
如果想測定某個操作的響應時間，可以在腳本中插入事務，使用事務把該操作包裝起來。分析執行結果的時候可以查看到該事務的響應時間。
插入集合點，可以使多個用戶並發進行同一操作，提高操作的並發程度，以對伺服器增加負載，測試並發能力。
在Run-Time Setting設置中，設置網路帶寬以模擬不同帶寬的網路；設置block、action的迭代次數。
對腳本進行參數化，設置參數變更方式
關聯腳本
2. 設置場景
設置場景主要包含：選擇腳本，設定執行用戶數，選擇測試負載機，設置腳本執行的方式，設置集合點點，設置Run-Time Setting。
如果要模擬的用戶數比較多，應該設置多台測試負載機，一般主流的PC機至少能模擬100個用戶對伺服器的訪問。
設置腳本的執行方式：設置用戶的啟動方式，設置用戶的終止方式。
設置集合點：開關集合點，設置用戶通過集合點的方式。
當瀏覽web頁面較大時，在測試的時候可能出現timeout錯誤。可以在Run-Time Setting-Internet Protocol-Preferences-Options中適當調高Http-request connect timeout和Http-request receive timeout的值。
設置IP欺騙。如果伺服器對用戶的IP有限制（安全原因），啟用IP欺騙。設置IP欺騙應該注意：1.測試負載機應該使用靜態IP；2.在選擇測試負載機之前開啟IP欺騙開關
設置伺服器監控計數器。包含：內存，CPU，線程，進程，網路，磁碟。注意，對於非本機的Windows伺服器進行監控時，必須使用命令建立$IPC連接，命令為 net use \\伺服器IP\ipc& /user:administrator *
3. 分析結果
查看分析結果，查看事務的響應時間、伺服器的平均吞吐量，執行用戶人數等
查看線程圖，用戶變化圖，響應時間圖，吞吐量圖。
查看伺服器監控的計數器圖。
分析各個性能指標是否符合需求。比如：可用內存曲線是否正常，是否存在內存泄漏；CPU利用率曲線是否平緩，是否低於90%；線程數是否正常，而不是一直在增長；網路帶寬是否滿足流量需求；磁碟是否滿足用戶操作要求等等
分析各個曲線圖是否存在異常情況。比如：響應時間是否滿足需求；系統是否支持要求的並發；隨著負載的增加，吞吐量是否同樣增加，吞吐量是否存在瓶頸等等
3. 如何定位Web應用響應慢原因
運用聽雲Server解決Web應用過程響應慢，並且定位到具體代碼，我們首先登陸聽雲Server控制台，點擊需要查看的應用，進入Web應用過程模塊。（聽雲Server中Web應用過程指：應用程序中處理一次獨立的Web訪問請求的過程，完整的web應用過程是從應用程序收到請求到響應的整個過程）
Web應用過程功能模塊是將當前應用以Web應用過程的維度來展示詳細的應用性能數據，包括以下幾個功能：
「Web應用過程一覽」列出當前應用所有的Web應用過程，並且可以按照耗時百分比、響應時間、吞吐率、Apdex、錯誤率進行排序。
「TOP5最耗時Web應用過程堆疊圖」展示了耗時百分比最大的前5個Web應用過程其牆鍾時間比在選定時間內的變化趨勢。（牆鍾時間比指的是Web應用過程在圖表橫坐標粒時間度下的總耗時時間/圖表橫坐標粒度時間）
「Web應用過程響應時間與吞吐率圖」展示了應用的平均響應時間和每分鍾請求次數在選定時間內的變化趨勢。當請求的響應時間大於設定的閾值時會被顯示在慢應用追蹤列表中。（可在設置中對Web過程跟蹤閾值進行設定，例如設置為500毫秒，那麼所有響應時間大於500毫秒的請求都會被顯示在慢應用過程追蹤列表中，具體值根據自己的需求設置即可）
對於Web應用過程響應慢，我們選擇按照「響應時間」進行排序，響應時間由長到短排列，選擇時間較長的優先進行解決。
點擊該Web應用過程進行數據鑽取，查看其詳細的性能分解。可以看到Web應用過程性能分解堆疊圖，顯示了這個Web應用過程中各個組件在選定時間內的平均響應時間的變化趨勢。
「性能分解表格」展示了其中各個組件的詳細性能信息，包括的信息有代碼段、性能分類、耗時百分比、調用次數、平均響應時間，排列順序是按照平均響應時間由長到短進行排序的。
「響應時間和吞吐率圖」展示了該Web應用過程在選定時間內平均響應時間和每分鍾請求次數的變化趨勢。
「慢應用追蹤列表」顯示了該應用下響應時間大於設定閾值的請求，同樣還是按照響應時間由長到短進行排序。
點擊其中響應時間較長的請求進行慢應用追蹤，跳轉至應用過程慢追蹤頁面。
摘要中可以看到各個組件的響應耗時百分比圖，下面還列出了各個最慢組件詳細的調用次數、持續時間、響應耗時佔比數據。
接下來重點查看追蹤詳情，可以看到各個代碼段的持續時間、時間佔比和時間偏移量，其中持續時間長時間佔比高的就是響應時間長的代碼段，則需要對該代碼段進行重點的優化和修改，從而解決Web應用過程響應慢的問題。
後面的相關SQL展示了其中的SQL操作以及其調用次數和總耗時。
拓補圖展示了相關的調用關系方便更加全面的分析問題，特別說明的是只有發生跨應用調用的應用過程慢追蹤才會展示拓補圖。