我不能向它施加足夠的壓力：對你的ASP程式作負載測試

J.D. Meier
September 27, 1999
內容
介紹
劇情
測試需求
介紹測試載入器WAS
分析測試結果
影響表現和可測性的因素
類比多使用者
運行需要登入認證的測試
WAS的應用技巧
資源
介紹
當我們從傳統的CS結構的應用程式轉到當前流行的Web空間的程式時，我們發現我們在嘗試跟上不斷增長的可測性需求和效能要求。其中一個最大的挑戰在於如何確定你的程式能最多支援多少個使用者的訪問。你如何面對這一挑戰？設定清晰的效能目標並使用Web壓力測試工具會是一個好的開始。
這篇文章將會介紹如何對你的ASP程式進行壓力測試，同時將會介紹微軟的壓力測試工具- Web Application Stress test Tool (WAS).在接下來的一章，你將會學習到壓力測試的基礎，同時還會學到一些必要的技巧，通過這些學習，你將可以根據測試的結果更加有效測試和修改你的程式。
劇情
假設你將要發布一個預期有1000使用者使用的ASP程式。你清楚的知道你的程式至少能處理兩個並發的使用者的訪問，因為你和你的夥伴能整天地點擊這個ASP程式而不會出現任何的問題。你在懷疑到底兩個使用者能否精確地反映你的程式的受壓能力。當然你可以使用標準的測試方法（發布你的程式，然後期待最好的結果出現），然而你還是決定預先測試你的程式的表現。這是一個好兆頭！
測試需求
為了更好的測試你的ASP程式，你首先需要決定你的程式將來需要面對多大的壓力。簡單的說，壓力或負載可以分解成以下數字：
· 最低使用者數量。（這個程式的使用者的最低數量是多少？通常這個數值可以是每日或沒周或每月的點擊量—當然你也可以分解成一個更可控的數值—每小時訪問量，）
· 並發使用者的總量. (在最高峰時的糟糕狀況是什嗎？作出相應的計劃. 希望在有壓力的情況下工作正常有效.)
· 請求高峰值. (每秒鐘需要產生多少ASP頁面? 這也許是在衡量一個ASP程式對使用者請求作出反應的能力時的一個最重要的因素.)
為你的程式決定使用者量和並發使用者數通常是很困難的事情，而且是在你的程式在被實際使用之前。尤其是網路程式。即使是區域網路程式也常常要面對使用者增加的問題，所以準確的預計使用者量將會是困難的。當你不知道怎麼開始時，最好從基礎的開始：
Internet需要考慮的問題：
· 分析你已有的IIS日誌。這個數值會暗示出一些實際的幾率