利用WebApplicationStressTool(WAS)做性能測試內容介紹使用WAS的好處WAS勺缺陷安裝WAS創建測試腳本配置測試腳本運行測試腳本結論：最好勺習慣介紹性能測試是成功發布一個網絡應用勺關鍵因素。當越來越多勺用戶訪問你勺站點時，清楚地知道你勺應用程序和你勺服務器群是怎樣工作勺就顯得非常重要了。為了給你勺網絡應用程序模擬出那種類型勺使用，你可以協同幾百甚至上千勺真實用戶在一段設計好勺時間段里訪問你勺站點，你也可以只與一個能復制這么多用戶負載勺測試工具一起工作，許多性能測試工具可以幫你勺忙。基本上，這些工具都允許你以有限勺客戶端模擬大量勺虛擬用戶，并發地訪問預先確定勺頁面或網站勺URLs(UniformResourceLocators)每一個虛擬用戶都能精確地仿效在真實瀏覽器和網站服務器之間進行通訊協議。在這篇文章里，我們將專注于其中一個這樣勺工具：Microsoft?WebApplicationStress(WAS工具。你可以在微軟勺MicrosoftWindows?20ResourceKitCD(WASversion288)里面找到這個工具。注意WAS不能再從Microsoft的網站下載了，VisualStudio.NET的企業架構和企業開發版本都包含一個新勺網絡壓力測試工具，這個工具叫做ApplicationCenterTest是受Microsoft技術支持的工具。這個工具包含在VisualStudio.NET安裝時的EnterpriseDevelopmentTools部分。在寫這篇文章時，ApplicationCenterTe還沒有正式公開發表。關于如何得到VisualStudio.NET請訪問VisualStudied站。使用WAS勺好處首先，我們來討論一下使用WAS試你的應用程序的好處。它簡單WASh許你以不同的方式創建測試腳本：你可以通過使用瀏覽器走一遍站點來錄制腳本，可以從服務器的日志文件導入URL或者從一個網絡內容文件夾選擇一個文件。當然，你也可以手工地輸入URL來創建一個新的測試腳本。不像其它的工具，你可以使用任何數量的客戶端運行測試腳本，全部都有一個中央主客戶端來控制。在每一個測試開始前，主客戶機透明地執行以下任務：與其他所有的客戶機通訊把測試數據分發給所有的客戶端在所有客戶端同時初始化測試從所有的客戶端收集測試結果和報告這個特性非常重要，尤其對于要測試一個需要使用很多客戶端的服務器群的最大吞吐量時非常有用。它的高可用性WAS!被設計用于模擬Web瀏覽器發送請求到任何采用了HTTP1.0或1.1標準的服務器，而不考慮服務器運行的平臺。除了它的易用性外，WAS還有很多其它的有用的特性，包括：對于需要署名登錄的網站，它允許創建用戶帳號。允許為每個用戶存儲cookies和ActiveServerPages(ASP)的session信息支持隨機的或順序的數據集，以用在特定的名字-值對支持帶寬調節和隨機延遲(“思考的時間”)以更真實地模擬顯示情形。支持SecureSocketsLayer(SSL)協議允許URL分組和對每組的點擊率的說明提供一個對象模型，可以通過MicrosoftVisualBasic?ScriptingEdition(VBScrip處理或者通過定制編程來達到開啟，結束和配置測試腳本的效果。WSA勺缺陷除了優勢外，WAS勺確有一些缺陷存在。當前知道的bug和有關事項都列在WAS勺網站上了。以下是當前WASf支持的特性：以前面所發請求返回的結果為基礎，修改URL參數的能力。運行或模仿客戶端邏輯勺能力為所分配的測試指定一個確定數量的測試周期的能力。對擁有不同IP地址或域名的多個服務器的同時測試能力注意你可以使用多個主客戶端來同時測試多個服務器。然而，如果你想把所有測試結果聯系起來成為一個整體，則需要整理從各個WASa據庫得到的數據支持頁面在不同IP地址或域名間的重定向的能力從Wet瀏覽器直接記錄SSL頁面的能力注意WSA已經支持SSL頁面的測試，但是沒有記錄它們。你需要在腳本錄制完后，手工地為每個設計好的URL打開SSL支持雖然對這些限制有一些相應的解決辦法，但是如果你的應用依賴一個或多個這樣的功能的話，你也許不能完全享受WASt來的好處。安裝WASWASS求MicrosoftWindowsNT?4.0ServicePack4或以上版本，包括Windows20平臺。還要求InternetExplorer4.0以上版本，與InternetExplorer5.工作更好。要安裝WAS首先下載最新版本的setup.exe程序，按照安裝向導的指示。拷貝并在你的測試機器上安裝。注意在本文介紹的所有步驟均以WASversion293為藍本。創建測試腳本雖然你可以手動地創建測試腳本，WA舸以通過記錄瀏覽器活動，導入服務器日志文件或評估Web文件夾的內容來幫助你創建測試腳本。在本文，我們將主要通過記錄覽器活動的方式來創建測試腳本。采用這個方法而不用其它的方法有幾個原因，包括:記錄覽器活動的方式以精確的方式捕捉所有用戶的交互活動。任何從瀏覽器發往服務器的URL向，應用程序參數和HTTP頭部信息都會被自動地記錄在新的測試腳本里。導入服務器日志文件的方法在站點已經進入投入使用階段，有了真實的用戶流量的情況下使用最好。但是，一個新的站點未必有這么多的真實用戶使用數據，進一步說，可能還需要合并大量的日志文件來達到較好地體現用戶活動的目的，這將需要創建大量的測試腳本，將需要客戶端更多的系統資源。選取Web內容文件夾的方法最好用在測試多數是靜態HTML文件的站點。這種方法允許在已有服務器的Web頁面的基礎上快速創建測試腳本。然而，這種方法并不捕捉任何由大多數應用程序文件產生的參數，像CommonGatewayInterface(CGI)程序或ActiveServerPages(ASP).你只需要在主客戶機器創建和存儲你的測試腳本，當測試由主客戶端初始化時，測試腳本會自動地分發到其他的測試客戶端。準備測試客戶端機器如果你正在你的內部網通過代理服務器使用WAS，并且從內部網外的客戶端發送請求頁面，而且你的公司使用MicrosoftProxyServer那么按照以下的步驟建立你的客戶端：從開始菜單，指向設置控制面板。雙擊管理工具圖標，然后是服務圖標。雙擊WebTool服務打開屬性對話框3?點LogOnAs標簽，然后點Thisaccount選擇按鈕添加你的網絡用戶名和密碼。使用domain\username的格式停止并重起WebTool服務然后，安裝MicrosoftWindowsProxyclientZ.也叫WinsockProxy客戶端，可以在MicrosoftProxyServerCJt找到(更多有關怎樣安裝和設置這個軟件的信息，請參考包含在CD里面的文檔)對于希望使用代理服務器的每個測試客戶端，重復步驟1-5。如果你的公司使用其他的代理服務器，就要安裝該代理服務器的代理客戶端。準備瀏覽器在開始錄制一個腳本前，你需要準備好你的瀏覽器，清除你的瀏覽器的緩沖cache。否則,WAS也許不能記錄所需的瀏覽器活動，因為瀏覽器可能從緩沖區而不是從所請求的服務器取得請求頁面。關掉IE的緩沖區在工具菜單，點Interne選項點常規標簽，然后點刪除文件。。。按鈕。如果使用IE5。0或以上版本則不需要修改代理設置，因為5。0以上版本的IE允許WASfc變這些設置。然而，對于IE4。0或早期版本，WA3使用一個內置的代理服務器來記錄瀏覽器活動。按WAS勺需要指定代理設置在工具菜單，點Interne選項在連接標簽里，修改代理設置以使代理服務器指向Localhost并且使用端80不選對于本地地址不使用代理服務器記錄腳本在你的瀏覽器和客戶端已經準備好記錄后，做下面的操作：當你第一次運行WAS寸，你會看到一個Createnewscript的對話框(Figure1)，詢問你以什么樣的方式創建一個新的測試腳本。點Record按鈕。如果之前你選擇了Don'tdisplayatstar，tu(preatenewscript將不會顯示出來。你可以在Script菜單選擇Record然后Create.在BrowserRecorder一Step1of對話框，你會被要求指定一些記錄設置。在這里，清除所有的選擇框點Next繼續。在BrowserRecorder一Step2of對話框，點Finish。一個新的IE窗會出現以便記錄瀏覽器活動，同時WA被置于記錄模式。在新出現的IE窗的地址欄，輸入你的目的站點的地址。在WAS勺窗你將看到HTTP信息在跟隨你的瀏覽活動而實時改變著。當完成了你的站點瀏覽后，轉回WAS窗一還處于記錄狀態一點StopRecording按鈕。就會終止記錄并產生一個新的測試腳本。在右邊窗的底部，你將看到一個列出所有腳本的列表。對于需要安全連接的站點，WA史持SSL頁面。然而不允許SSL的記錄。要解決這些限制，你可以在服務器端關掉SSL記錄腳本，然后再重新激活服務器上的SSL。設置測試腳本新錄制的腳本還不能立即用來測試。還必須完成以下設置：調節腳本項和他們的屬性調節測試腳本的測試建立頁面組和點擊百份比建立用戶帳號建立客戶端建立性能計數器調節腳本項在修改一個測試腳本的腳本項時需要考慮幾點，我們將在下面介紹。去掉不需要的腳本項去掉冗余項以減少在測試中的噪聲因素，或者去掉那些無效的URL當要調整一項特殊的功能時，去掉所有指向圖象，樣式表單和其他輔助靜態文件的腳本項。為腳本項指定思考時間腳本項表單的最后一項叫做“延遲，，。這項允許你在執行腳本項之前指定特定的延遲時間（也叫思考時間）。對于性能測試來說，如何定義思考時間并沒有一個單獨的標準。有些人使用零思考時間，有些人考慮使用30秒為思考時間。主要取決于站點的內容和測試的目的。例如，有長頁面內容的站點需要比簡單頁面的站點使用長一點的時間，因為用戶需要使用多點的時間來讀頁面內容。另外，如果你的目的是快速地決定一個只有少量客戶端的Web服務器的吞吐量，你可以考慮零思考時間。沒有思考時間的話，WAS勺每個線程以最快速度對Web服務器施加壓力。為腳本項設置一系列的值WASfc許你為一個腳本項的一對名字-值賦值，而不是對每一個請求都使用相同的值。這個特性對于模擬真實情形很重要，沒有用戶會不停的以相同的數據值請求同一頁面吧？例如，其中一項測試腳本是請求一個ASP頁面展示一個產品的詳細信息。我們可以設置WAS隨機地從一列預先定義的產品ID選取不同的值，而不是每次都用相同的產品ID請求ASP頁面。為腳本項建立一列值在WASt的腳本項，雙擊腳本項最前面的方型按鈕（在表單的第一列）打開這項的詳細菜單。在Querystring標簽里（也叫QuerystringEdito如Figure3所示），選定FormatdatatoCGIstanda相應的名字-值對會出現在checkbox下的表單里。點選定的名字-值對的值，一個新的按鈕會出現點這個按鈕打開FieldValues對話框在Fieldvalue對話框輸入一串值，每一行一個值。你也可以通過剪切，粘貼一個電子表格的數據文件來輸入。在QuerystringEditc里，在表單中點有相同名字一直對的Distribution列。在下拉菜單選擇Random。為腳本項設置SSL為特定的腳本項激活SSL需要作以下操作：在WASt的腳本項，雙擊腳本項最前面的方型按鈕（在表單的第一列）打開這項的詳細菜單。在SSL標簽里，選UseSSL（注意在你激活SSL時確保端值應該在80到443之間）。調整腳本設置為了您能滿意地運行你的性能測試，你需要修改你的測試腳本的設置。通過雙擊左邊的腳本名展開腳本的信息，你會找到一個Settings#簽，在這里你可以為你的測試腳本指定很多設置。點擊它將在右邊窗打開Settings視圖。指定目標可￡6服務器默認地，目標服務器是“localhost”，應該替換為IP地址或目標服務器的域名。改變設置在左邊的窗點測試腳本的名字在右邊窗頂部的Server輸入目標服務器的IP地址或域名注意如果你想對有NetworkLoadBalancing(網絡負載均衡)的服務器群組進行測試，就像DuwamishOnline一樣，則需要輸入IP地址群。設置并發連接數在設置里的ConcurrentConnections部分，你可以指定Stresslevel(thread的)值和Stressmultiplier(socketsperth來礴1制對目標服務器的壓力/負載程度。Stresslevel是全部客戶端所產生的WindowsNT線程的總數。每個線程能產生多個socket而每個socket就是一個并發的請求。以下公式解釋了他們之間的關系：TotalConcurrentRequests=Stresslevel(threads)xStressmultiplier(socketsperthread)=TotalNumberSockets在我們的實驗室，我們使用不同的Stress層次來性能測試。例如，我們使用過1,2,3,4,5,750,10,1和0,20的值來連續測試以研究我們的服務器群組是如何對連續增長的負載作出反應的。你應該在初步測試的結果基礎上調整這些數值。通常來說，你需要在低負載度時收集更多的數據點，因為這時候系統的吞吐量會隨線程的增長而線性增長。另一方面，你可以在高負載度時運行較少的測試以節省時間和精力，尤其是系統吞吐量已經高于峰值時。注意我們的第一次測試將設定在10個線程。目的是運行足夠的請求以建立我們程序的數據緩沖。因為程序的性能會因為有沒有緩沖而表現大不相同，這將幫助我們為負載測試保持一個一致的環境。設定測試運行時間在設置視圖的TestRunTime部分，你可以以日，小時，分鐘，秒來設定總的運行時間。取決于你的腳本項的預期反應時間，建議你運行測試腳本至少若干分鐘以便產生足夠的請求，避免變形的測試結果。你的程序的反應時間越高，測試進行的時間就應該越長，以便產生大量的數據。你可以運行短而密集的測試以便監測你的站點的任何問題。另外，你需要運行更長的測試時間（例如，30天），看看你的站點的性能是否隨時間而退化，尤其是在中級或高級的負載壓力下在DuwamishOnline這個站點，大多數的性能測試都運行7到10分鐘，以便有足夠時間來穩定測試結果。設置隨機延遲時間在設置視圖的RequestDelay部分，你可以在執行測試前為每個腳本項選擇加入隨機延遲時間（或思考時間）。如果Userandomdelay選項框被選中，每個WAS線程會空轉一段隨機的時間（在最大值和最小值之間）加上為每個腳本項指定的固定的思考時間。下面的公式解釋了延遲時間的計算方法：每項的延遲時間=隨機延遲時間+每項的固定延遲時間隨機延遲時間的特性在固定延遲時間被指定給腳本項時尤為重要。如果沒有使用隨機延遲時間，所有的線程會在幾乎相同的時間發送請求到Web服務器，然后等待幾乎相同的固定延遲時間然后發送下一個請求。隨機延遲時間在向Web服務器施加負載時有助于壓平峰值和谷值，因此為所需的負載水平呈現一個更為精確的環境。設定掛起時間在設置視圖的Suspend部分，你可以以日，小時，分鐘，秒來設定warmup和cooldown時間。Warmup寸間就是初始化測試運行時間，在這段時間里不會收集和計算性能數據。類似地，cooldown時間就是指定結束階段的測試時間，也不收集數據。Warmup和cooldown被用于最小化測試結果的失真。通常，在一個新測試運行的初始化階段，很多系統資源是被特定的活動所消耗，像組件或應用程序的緩沖初始化。Warmui寸寸間有助于在任何測試數據被收集之前穩定系統的環境。另一方面，cooldown時間有助于在測試運行的結束階段避免數據的變形，這時額外的系統資源被用于停止測試和開始從客戶端收集數據。另外，socket連接可能會過早地停止，造成大量的socket錯誤。在DuwamishOnline，我們使用30到60秒作為大多數性能測試的warmup和cooldown時指定帶寬瓶頸在設置視圖里的Bandwidth部分，WASfc許你模擬從14.4Kbps的modems接到T1（1.5Mbps）的LocalAreaNetwork（LAN）連接的網絡帶寬。這個特性的最大好處是可以支撐大量的并發連接到目標服務器。這是大多數Web站點（用戶使用低速modem連接）所體驗的情形。激活帶寬瓶頸在設置視圖里的Bandwidth部分，選擇Throttlebandwidt選項框。在下拉菜單，選擇一個代表大多數用戶的連接吞吐量的帶寬。在DuwamishOnline里，我們試過不同的帶寬瓶頸的設置。初始化時。我們把用戶連接設在56Kbps,想明白我們的程序在大多數Web站點的情況下是如何表現的。我們也試過把用戶連接設在ISDNDualChannel（128Kbps）以模擬未來寬帶趨勢下，我們的大多數用戶通過快速的連接訪問我們的站點。最后，我們以沒有帶寬瓶頸的情形測試我們的站點。有趣的是，我們發現這種設置產生的負載條件與用128Kbps連接的一樣。不管你如何設置帶寬瓶頸，務必要在你想比較測試結果的所有測試中保持一致性。指定其他設置在設置視圖的其他部分，我們保持默認值，除HTTP重定向外。我們故意去掉FollowHTTPredirects選項。這在創建腳本過程中你錄制腳本時已經錄制了URL的重定向的時候是必須的。你不需要重復兩次地運行那些URL設置頁面組在WASI,你可以把一系列的腳本項組織成所謂的頁面組。這個特性允許你把所有的頁面元素（包括HTML文件，圖象文件，樣式表單等）或多個相連的頁面組織成一個邏輯單元。你可以為每個頁面組指定不同的點擊率，那樣就能控制哪個頁面或相連的頁面會訪問更多或更少。如果你有你的網站的使用方法一像目錄瀏覽或購物車一頁面組允許你以你希望你的站點會獲得的點擊率來運行。建立頁面組展開左邊窗的腳本的信息點PageGroups節點在右邊窗打開相應的視圖你會看到默認的以1%分布率的頁面組已經創建好了。所有的腳本項默認都初始化為這個組在組表單的空白行，在Group列輸入新的組名（像"Home'作為主頁），在Distribution]輸入數值。分布率會被用于計算這個頁面組的點擊率，見Percent列。重復這個步驟添加更多的頁面組。點左邊窗的腳本名回到該腳本項的視圖在腳本項表單的Group列，從下拉菜單選擇其中一個頁面組。為每個腳本項重復這個步驟。所有關聯的頁面都應該選同樣的頁面組。Figure5.Exampleofpagegroupsdefinition點左邊窗的腳本名回到該腳本項的視圖在腳本項的表單的Group一列，從下拉菜單選則其中一個頁面組。重復6到7為每一個腳本項選擇一個頁面組。所有相關項（像ASP頁面，樣式表單和圖象文件）應該選擇相同的頁面組。另一種創建和指定頁面組的方法是在錄制腳本時指定頁面組。要使用這種方法，在瀏覽器跳到新的頁面之前返回到WAS窗（見Figure2）。點ChangeGroup按鈕然后在NewGroup對話框輸入組名。以后錄制的腳本項都會被指定到這個新的組。指定用戶測試需要署名登錄的Web站點時，WA提供一個特性叫做Users,可用于存儲多個用戶的用戶名，密碼和cookie信息。當一個測試開始時，所有的用戶被分配到給定壓力系數設置的各線程中。當請求開始時，每個線程使用從與該線程連接的共享池中獲得的用戶名，密碼，和cookie。如果WAS配置的用戶數比線程少，一些線程就會沒有用戶一所有的署名登錄頁面會登錄取失敗，任何與cookies的交互會被禁止。所以，當測試需要個人認證的網站時，擁有的用戶數比線程多是很重要的。對于可以在WA卿創建的用戶數沒有硬性的規定和限制。然而，因為每個用戶都會需要一定的內存和資源，所以如果使用大量的用戶，將會使你的測試啟動和停止時間更長些。創建新用戶在左邊窗展開腳本的信息2?點Users節點在右邊窗打開相應的視圖雙擊Default用戶組打開用戶視圖。注意默認已經創建了2個用戶。你可以簡單地修改用戶名和密碼就行了。你也可以做以下操作來創建一系列新的用戶點RemoveAll清除所有的記錄在Numberofnewusers，輸入你想創建的新用戶的數量在Usernameprefix，你可以在用戶編號的前面輸入前綴值，例如“User.在Password，輸入密碼。相同的密碼會賦給所有用戶。最后，點Create按鈕。用戶表單就會填滿指定數量的用戶如果你想使用定制的用戶名和密碼列表，你可以從一個預定格式的文本文件導入它們。參考WASP助文件的“Importingusernamesandpasswords”部分。建立各客戶端機器WASt許你使用多個客戶端機器測試你的網站。當一個測試開始時，WA自動地與所有客戶機取得聯系，向他們傳輸所有的測試信息（包括測試腳本項，頁面組和用戶定義信息），啟動和停止他們的測試，然后收集測試結果。使用其中一個客戶機器作為你的主客戶端。這個主客戶端應該是你用來記錄和設置測試腳本的機器。建立測試客戶端在左邊窗展開腳本信息2?點Clients節點在右邊窗打開相應的視圖雙擊Default客戶端打開客戶端視圖本地客戶端的記錄（在你工作的主客戶端）己經默認被創建。要想加入新的客戶端，在Machinename輸入IP地址或域名。點Add按鈕，新的客戶端會以Connected的狀態被加到表單中去。重復步驟5和6,直到全部客戶端機器都被加入。當添加新的客戶端時，盡量加那些大致相同處理能力的機器。我們發現添加一個明顯比其他機器速度慢的機器比不添加它還要產生更多的socket錯誤。我們也發現如果我們設置一臺專注的機器作為主客戶端，但是這臺機器不參與產生負載。這樣的設置，我們會產生較少的socket錯誤，而且測試結束得更快。要這樣設置的話，從客戶端列表去掉主客戶端的名字。如果你有一臺慢的機器而你不打算用做負載產生機器，它可以作為你的主客戶端而不會影響測試的輸出。注意，這臺主客戶端仍然做所有的產生報告和分發測試腳本的工作。一臺慢速度的主客戶端意味著你的測試啟動和結束的速度會慢些，而且要更多的時間來產生報告。設置性能計數器WA測以與WindowsNT性能監視器結合簡化測試數據的收集。你可以為每個腳本存儲你最喜歡的性能監視計數器，WAS會像其它信息一樣收集它們的數據。把性能監視計數器加到你的腳本在左邊的窗展開腳本的信息在右邊的窗點PerfCounters節點打開相應的視圖在CollectionInterna輸入收集時間間隔。這是以秒計算的取樣時間。點AddCounter按鈕從Addcountertoreport話框，通過點Add按鈕選機器，對象和你感興趣收集的計數器。在WAS幫助文件的"Commonperformaneemonitorcounters"部分有一系列的通用性能計數器的介紹。如果你在使用這個特性時遇到什么問題，請參考WAS勺基本知識介紹。運行測試腳本一旦你設置好了測試腳本，就準備好了在你的客戶機運行腳本啟動主客戶端的測試點需要測試的腳本從Scripts菜單選Run也可以點工具欄上的Play按鈕運行腳本。檢查測試報告測試完成后，你應該先檢查測試報告看是否有socket或HTTP錯誤從報告中檢查這些錯誤從View菜單選Reports打開相應的視圖，見Figure7.在左邊窗，雙擊腳本打開測試報告，如果需要的話點測試報告名（有測試運行時間指定），如果需要的話。你會看到右邊窗顯示報告的概要。在報告概要，檢查SocketErrors八P分是否有任何的socket有關的錯誤（值不為0）。這里列出每種socket錯誤的解釋：Connect一客戶端不能與服務器取得連接的次數。如果這個值偏高，檢查在客戶端與服務器之間產生的任何潛在的錯誤。從每個客戶端Ping服務器或telnet服務器的端80驗證你得到正確的回應。Sen（一客戶端不能正確發送數據到服務器的次數。如果這個值偏高，檢查服務器是否正確地工作著。在客戶端打開一個瀏覽器然后手工點擊站點頁面驗證站點正確地工作著。Recv—客戶端不能正確從服務器接收數據的次數。如果這個值偏高，執行和Send錯誤相同的操作。還要檢查一下如果你減低負載系數，錯誤是否跟著減少。Timeouts一超時的線程的數目，而且隨后就關閉了。如果這個值偏高，在客戶端打開一個瀏覽器然后手工點擊站點頁面驗證是否即使只有一個用戶你的程序也會很慢。再做一個不同負載系數的壓力測試，看看你的程序的潛在特征。如果socket錯誤很低或為0,拉下報告視圖找到ResultCodes部分。檢查一下是否所有結果代碼都是2，表示所有請求都被服務器成功地返回了。如果找到大于或等于4的結果，繼續下面的步驟以查找哪個腳本項（URL產生這些HTTP錯誤的。在左邊窗展開腳本信息&雙擊PageData節點展開所有的腳本項點每個腳本項在右邊窗看頁面數據的報告在每項腳本的頁面數據報告檢查ResultCodes部分，驗證是否有那項產生了HTTP錯誤。如果要看常見的結果代碼列表，請參考WASP助文件的"HTTPresultcodes"部分。運行腳本在準備好以上介紹的測試腳本后，你現在就可以準備運行測試及收集數據了。你可以按照前面介紹的步驟手工運行每項測試。然而，這將會是一項耗時的過程。WA有一個對象模型，允許你創建自己的MicrosoftVisualBasicScriptingEdition(VBScript)腳本來控制和配置測試運行。當測試運行時，你應該監視和記錄不同的性能相關的系統計