WAS 的負載使用說明（一）
一、準備工作
為了測試數據的準備性，首先需要刪除緩存和Cookies等臨時文件。啟動IE后打開“工具”菜單下的“Internet”選項命令，在打開的“Internet選項”窗口的“常規”選項卡中，單擊“Internet臨時文件”區域的“刪除Cookies”和“刪除文件”按鈕將臨時文件刪除。
WAS說明：WAS可以通過記錄瀏覽器活動、導入服務器日志文件或評估WEB文件夾的內容來幫助創建測試腳本：
幾種方式的比較：1、記錄瀏覽器活動的方式以精確的方式捕捉所有用戶的交互活動，任何從瀏覽器發往服務器的URL指向,應用程序參數HTTP頭部信息都會被自動地記錄在新的測試腳本里。
2、導入服務器日志文件的方法在站點已經進入投入使用階段，有了真實的用戶流量的情況下使用最好，但是，一個新的站點未必有這么多真實用戶使用數據，進一步說，可能還需要合并大量的日志文件來達到較好的體現用戶活動的目的，這將需要創建大量的測試腳本，蔣需要客戶端更多的系統資源。
3、選取WEB內容文件夾的方法最好用在測試多數是靜態HTML文件的站點，這種方法允許在已有服務器的WEB頁面的基礎上快速創建測試腳本，然而這種方法并不捕捉任何由大多數應用程序文件產生的參數)
二、錄制測試腳本
安裝并啟動WAS，程序運行時會打開“Cteate new script”對話框，即建立一個新的腳本窗口（如圖1），如果運行WAS沒有打開該窗口可以單擊WAS主程序窗口工具欄上第一個按鈕“New Script”即可。
因為是初次使用，所以在新建腳本窗口上單擊“Record”按鈕打開創建向導對話框“Browser Recorder-Step 1 of 2”，其中三個選項的作用是選擇要記錄的內容，分別為Request（請求）、Cookies（網上信息塊）以及Host headers（主機標題），可根據需要選擇（圖2），然后單擊“Next”即會打開“Browser Recorder-Step 2 of 2”窗口，單擊“Finish”按鈕。這樣WAS會自動啟用，并且會打開一個瀏覽器窗口，此時我們就可以在瀏覽器的地址欄中輸入要測試的網站網址。隨著要測試的網站內容的不斷顯示，在WAS主界面的“Recording”選項卡中的信息會實時更新（如圖3）。
當瀏覽器的狀態欄顯示為“完成”時，我們就可以返回WAS窗口，單擊“Stop Recording”按鈕返回腳本窗口。
三、測試設置
為了使測試更加準確，更加接按真實效果，需要對錄制的測試腳本進行一些設置。
去除靜態干擾
由于網頁是由圖片、文字以及其它動態源碼組成的，而一般的靜態內容消耗的帶寬并不是很大，因此我們可以將其排除在外。在腳本中選中指向圖像、文字以及其它靜態文件項目前的灰色按鈕，然后單擊工具欄上的“Delete”按鈕將其刪除（圖4）。
設置并發數
然后在單擊“New Recorded Script”下的“Settings”標簽，其中“Concurrent Connections”是設置并發連接數的，其下面的“Stress level (threads)”和 “Stress multiplier(sockets perthread)” 分別設置對目標服務器的壓力及負載程度的，其中Level是客戶端所產生的線程數目，一個線程可以產生多個Socket并發請求，因此將兩者的數值相乘，所獲得的數字就是客戶端同時連接的并發數（圖5）。
時間設置
時間設置包括“Test Run Time”（測試運行時間）和“Request Delay”（停止響應）以及“Suspend”（掛起時間）三項。其中測試運行時間是以日、小時、分鐘和秒來設定的，建議該項時間不宜太短，如果設置的并發數較多，那么時間應該按比較增長，以便產生足夠多的請求；而停止時間是指連接時超出這個時間即作超時處理；在掛起時間處部分為Warmup和Cooldown兩項，一般可以設置為兩三分鐘為宜，這樣做的目的是避免測試開始和結束時數據的變形，影響測試的準確性。
指定帶寬瓶頸
“Bandwith”是指定帶寬瓶頸的，即選擇訪問該網站大多數用戶所使用的帶寬。例如訪問該網站的絕大部分用戶是撥號，那么可以選擇56K。
四、開始測試
做好基本的設置工作后，就可以在左側選中新建的腳本“New Recorded Script”項，然后單擊工具欄上的“Run Script”按鈕，或者打開“Scripts”菜單下的“Run”命令，這樣就開始測試了。測試過程中會以進度條的方式實時顯示，待進度條結束我們即可進行測試結果分析了。
五、數據分析
現在我們就可以打開測試報告來查看測試結果了。單擊“View”菜單，選擇“Reports”，在打開的窗口左側會按時間顯示所有測試報告。根據時間選擇本次測試報告，在窗口右側即可查看具體內容。
在測試報告中最重要的部分就是“Socket Errors”部分和“Result Codes”部分。其中Socket Errors部分共分為Connect、Send 、Recv和Timeouts。其中Connect表示客戶端不能與服務器取得連接的次數；Send表示客戶端不能正確發送數據到服務器的次數；Recv表示客戶端不能正確從服務器接次的次數；Timeouts表示超時的線程數目。由此我們可以如果這四個數值都比較小，甚至為0則說明我們的服務器是經得起考驗的；如果數值居高不下，甚至接近設置的并發數，那么則要好好的檢查你的服務器了（圖6）。
另外在“Result Codes”部分，如果Code列表下的數值都為200，那么表示所有請求都經服務器成功返回，如果數值出現400或大于400，例如404，那么則需要在左側找到“Page Data”節點，查看具體的錯誤項目，然后作出改正了。
其實要完整的反映出一個網站在服務器上的運行情況，需要不斷增減其并發數，并且進行多次測試，才能了解服務器所能承受的限度，然后才可以在IIS中設置允許連接的最大數目，從而保證網站正常運行。
WAS 的負載使用說明（二）
測試腳本的準備
1、在測試客戶端機器上啟動Web Application Stress Tool，在彈出的“建立新腳本”對話框中選擇“Record”按鈕；
2、在“Record”參數設置第一步中，所有的checkbox都不用選擇，NEXT
到第二步時直接點擊“finish”，點擊后彈出一個IE窗口以便記錄瀏覽器活動，同時WAS會被置于記錄模式，在新出現的IE窗口的地址欄輸入你的目的站點的地址，在WAS的窗口你將看到HTTP信息在跟隨你的瀏覽活動而實時改變著，當完成了你的站點瀏覽后，返回Web Application Stress Tool，停止Record（點擊Stop Recording按鈕），終止記錄并產生一個新的測試腳本（在右邊的窗口將看到一個列出所有腳本的列表）。
3、將一些沒用的記錄刪去（比如：/Apply/test/index.htm）,只留下如下圖所示的五條記錄：
指定目標WEB服務器：Server默認地目標服務器為Localhost，修改為IP地址或目標服務器的域名
端口號不用輸入。左邊的窗口中改一下腳本名字，比如改為Joinwork Test;
4、5個測試用例在實際使用環境中被訪問的概率是不一樣的。我們可以在Page Groups中定義幾個Page Group來模擬這種訪問分布：
在上圖中我們定義了5個Group，分別對應：查詢可啟動流程列表、啟動流程、查詢個人待辦工作任務、顯示任務執行表單和執行任務，它們被點擊的次數比率為：1 : 1 : 5 : 5 : 4。
回到腳本主頁面，分別將5條記錄的Group改為剛才建立的Page Group。這樣在運行腳本的時候就會按Group定義的比率來產生點擊了；
5、設置測試并發用戶數和測試運行時間
到 如下圖的Settings頁面，通過Stress Level (threads)和Stress mulitiplters來設置并發用戶數，Test RUn Time來設置測試時長。因為我們要做性能壓力測試，不要設置延時時間（Request Delay）。可以在實際測試時間之前，設置一段warm up運行時間，這段時間的數據是不會記錄到最后的報告里的；其他設置可以保持缺省值不變；
測試運行
一切準備完成后，回到腳本主頁面，然后點擊工具條上的“Run Script”按鈕就開始測試了；
測試報告查看
測試運行結束后，我們就可以通過點擊工具條上的"Reports"按鈕查看測試報告了；
測試報告里比較重要的數據是：每秒處理的請求數（Requests per Second）和每個頁面的平均響應時間。
上面兩張圖的數據是筆者直接使用Joinwork開發版的缺省配置（JBoss 3.2.2和JBoss自帶的數據庫Hsql），一臺主頻1.5M HZ（奔騰移動）、內存725M的筆記本作服務器，一臺主頻2.0M HZ的臺式機作客戶端，測試的數據。
數據顯示在100并發用戶數下，每秒可處理89.26個請求，其中響應時間最長的頁面是任務執行，平均響應時間是1.66秒。
Web Application Stress Tool也可以采集服務器的CPU利用率等服務器端數據，有興趣的話可以查看幫助文件。
Web Application Stress 是Microsoft免費提供的一款軟件專門對WEB服務進行壓力測試用的工具軟件。我經常會需要測試一些服務器的運行狀態和響應時間什么的，比如在網絡中新加了一臺防火墻做好設置以后，它的改動對于網絡中應用層的服務影響怎么樣，客戶會不會明顯感覺到IE 打開站點的速度明顯減慢等等，尤其是在防火墻工作在透明代理模式下加上了一些對于應用服務的內容限制以后，設置前后速度上的改變都是非常重要參考數據的，我需要知道到底速度的影響有多大是否可以忽略不計。
部分數據解析
下面我們用其進行一次簡單的壓力測試。
打開主程序，點擊"Record"按鈕，選擇"Record Delay between request"，然后"next"，再"finish"。接下來會彈出一個瀏覽器，輸入所要測試的WEB服務器地址，隨便瀏覽一些頁面，然后將其關閉，返回到Web Application Stress中，點擊"stop recording"按鈕。點擊"Settings"，就可以進入設置界面，填入一些參數。在此例中，threads我填入了50，run time我填入了2分鐘，其它默認。然后選擇"Scripts"菜單項中的"Run"，對服務器進行壓力測試，等待2分鐘。
結束后，選擇"Window"下的"Reports"，可以看到類似于下面的壓力測試結果（我已經將其簡化了）。
============================================================
Number of test clients: 1
Number of hits: 6121
Requests per Second: 51.01
Socket Statistics
------------------------------------------------------------
Socket Connects: 6163
Total Bytes Sent (in KB): 1750.10
Bytes Sent Rate (in KB/s): 14.58
Total Bytes Recv (in KB): 29227.62
Bytes Recv Rate (in KB/s): 243.55
Socket Errors
------------------------------------------------------------
Connect: 0
Send: 0
Recv: 0
Timeouts: 0
RDS Results
------------------------------------------------------------
Successful Queries: 0 |
下面對其進行簡單解釋。測試時間內，虛擬的用戶點擊頁面6121次，平均每秒51個請求，Socket連接數6163，其中沒有連接、發送、接收、超時錯誤。從這個壓力測試報告來看，服務器對于50個用戶同時操作，應該沒有任何問題。需要特別說明的是，這個只是簡化的部分結果。
這只是一個簡單的示例，Web Application Stress的功能遠不止于此，還需要在實踐中總結才是。