Web壓力實(shí)驗(yàn)報(bào)告

實(shí)驗(yàn)?zāi)康?。了解WAS（Microsoft的WebApplicationStressTool）服務(wù)器負(fù)載測(cè)試軟件。理解web壓力測(cè)試概念。熟練運(yùn)用WAS軟件進(jìn)行web壓力測(cè)試。實(shí)驗(yàn)內(nèi)容。通過WAS軟件使200個(gè)用戶對(duì)一個(gè)網(wǎng)站或網(wǎng)頁進(jìn)行壓力測(cè)試。實(shí)驗(yàn)過程。建立新腳本。啟動(dòng)WAS軟件后點(diǎn)擊[newscript]按鈕。編輯腳本內(nèi)容。在選擇腳本名稱的右側(cè)會(huì)出現(xiàn)相應(yīng)的設(shè)置

[server]中輸入要進(jìn)行測(cè)試的服務(wù)器IP地址或計(jì)算機(jī)名稱；[verb]中選擇腳本運(yùn)行方式get、post、head；

[path]中輸入向服務(wù)器提交的文件或字符串。

2、在settings的功能設(shè)置中，需要設(shè)置多少轟炸的線程數(shù)，本次實(shí)驗(yàn)需要對(duì)200個(gè)用戶進(jìn)行壓力測(cè)試，故而在“StressLevel”中填寫100，在StressMultiplier中填寫2，基本公式為：用戶數(shù)（線程數(shù)）=StressLevel*StressMultiplier。Stress

Level和Stress

multiplier這二個(gè)項(xiàng)決定了訪問服務(wù)器的并發(fā)連接的數(shù)量。Microsoft建議不要選擇超過100的Stress

Level值。如果要模擬的并發(fā)連接數(shù)量超過100個(gè)，可以調(diào)整Stress

multiplier或使用多個(gè)客戶機(jī)。在負(fù)載測(cè)試期間WAS將通過DCOM與其他客戶機(jī)協(xié)調(diào)。在“TestRunTime”中來指定一次壓力測(cè)試需要持續(xù)的時(shí)間，分為天、小時(shí)、分、秒幾個(gè)單位級(jí)別。創(chuàng)建新用戶。1.在左邊窗口展開腳本的信息2.點(diǎn)Users節(jié)點(diǎn)在右邊窗口打開相應(yīng)的視圖3.雙擊Default用戶組打開用戶視圖。注意默認(rèn)已經(jīng)創(chuàng)建了200個(gè)用戶。你可以簡(jiǎn)單地修改用戶名和密碼就行了。檢查一下報(bào)表的ResultCodes部分。這部分內(nèi)容包含了請(qǐng)求結(jié)果代碼、說明以及服務(wù)器返回的結(jié)果代碼的數(shù)量。如果這里出現(xiàn)了404代碼（頁面沒有找到），說明在腳本有錯(cuò)誤的頁面請(qǐng)求。頁面摘要部分提供了頁面的名字，接收到第一個(gè)字節(jié)的平均時(shí)間（TTFB），接收到最

后一個(gè)字節(jié)的平均時(shí)間這兩個(gè)值對(duì)于計(jì)算客戶端所看到的服務(wù)器性能具有重要意義。TTFB反映了從發(fā)出頁面請(qǐng)求到接收到應(yīng)答數(shù)據(jù)第一個(gè)字節(jié)的時(shí)間總和（以毫秒計(jì)），TTLB包含了TTFB，它是客戶機(jī)接收到頁面最后一個(gè)字節(jié)所需要的累計(jì)時(shí)間。

報(bào)表中還包含了所有性能計(jì)數(shù)器的信息。這些數(shù)據(jù)顯示了運(yùn)行時(shí)各個(gè)項(xiàng)目的測(cè)量值，同時(shí)還提供了最大值、最小值、平均值等。報(bào)表實(shí)際提供的信息遠(yuǎn)遠(yuǎn)超過了我們這里能夠介紹的內(nèi)容。為了給你一個(gè)有關(guān)表所提供信息種類的印象，圖6摘錄了一個(gè)報(bào)表實(shí)例。點(diǎn)擊工具欄中的小三角，運(yùn)行程序，進(jìn)行測(cè)試。性能優(yōu)化。在網(wǎng)站中，我們總會(huì)考慮這么幾個(gè)問題：1.優(yōu)化ASP代碼。2.優(yōu)化數(shù)據(jù)庫(kù)調(diào)用。3.使用存儲(chǔ)過程。4.調(diào)整服務(wù)器性能。優(yōu)秀的網(wǎng)站設(shè)計(jì)都會(huì)關(guān)注這些問題。然而，與靜態(tài)頁面的速度相比，任何數(shù)據(jù)庫(kù)調(diào)用都會(huì)顯著地影響Web網(wǎng)站的響應(yīng)速度，這主要是因?yàn)樵诎l(fā)送頁面之前必須單獨(dú)地為每個(gè)訪問網(wǎng)站的用戶進(jìn)行數(shù)據(jù)庫(kù)調(diào)用。這里提出的性能優(yōu)化方案正是基于以下事實(shí)：訪問靜態(tài)HTML頁面要比訪問那些內(nèi)容依賴于數(shù)據(jù)庫(kù)調(diào)用的頁面要快。它的基本思想是：在用戶訪問頁面之前，預(yù)先從數(shù)據(jù)庫(kù)提取信息寫入存儲(chǔ)在服務(wù)器上的靜態(tài)HTML頁面。為了保證這些靜態(tài)頁面能夠及時(shí)地反映不斷變化的數(shù)據(jù)庫(kù)數(shù)據(jù)，必須有一個(gè)調(diào)度程序管理靜態(tài)頁面的生成。當(dāng)然，這種方案并不能夠適應(yīng)所有的情形。例如，如果是從持續(xù)變化的大容量數(shù)據(jù)庫(kù)提取少量信息，這種方案是不合適的。不過可以適用該方案的場(chǎng)合還是很多。為了保證能夠在合適的時(shí)間更新靜態(tài)HTML頁面，把下面的代碼加入到相應(yīng)的ASP頁面。每當(dāng)該頁面被調(diào)用，腳本就會(huì)提取最后的更新時(shí)間并將它與當(dāng)前時(shí)間比較。如果兩個(gè)時(shí)間之間的差值大于預(yù)定的數(shù)值，Update.asp腳本就會(huì)運(yùn)行；否則，該ASP頁面把余下的HTML代碼發(fā)送給瀏覽器。最后更新時(shí)間從Application變量得到，它的第一次初始化由global.asa完成。具體的更新時(shí)間間隔應(yīng)根據(jù)頁面內(nèi)容的更新要求調(diào)整。

如果每次訪問ASP頁面的時(shí)候都要提供最新的信息，或者輸出與用戶輸入密切相關(guān)，這種方法并不實(shí)用，但這種方法可以適應(yīng)以固定的時(shí)間間隔更新信息的場(chǎng)合。如果數(shù)據(jù)庫(kù)內(nèi)容由客戶通過適當(dāng)?shù)腁SP頁面更新，要確保靜態(tài)頁面也能夠自動(dòng)反映數(shù)據(jù)的變化，我們可以在ASP頁面中調(diào)用Update腳本。這樣，每當(dāng)數(shù)據(jù)庫(kù)內(nèi)容改變時(shí)服務(wù)器上也有了最新的靜態(tài)HTML頁面。

萬一用戶訪問頁面的時(shí)候正好在執(zhí)行更新，我們可以利用鎖或者其他類似的機(jī)制把頁面延遲幾秒鐘。HtmlMain.asp（純HTML加調(diào)度ASP代碼）和main.asp（普通的ASP文件）在WAS下進(jìn)行了性能測(cè)試。main.asp文件要查找5個(gè)不同的表為頁面提取數(shù)據(jù)。為了和這兩個(gè)文件相比較，一個(gè)只訪問單個(gè)表的ASP頁面（SingleTableTest.asp）和一個(gè)純HTML文件（PlainHtml.html）也進(jìn)行了測(cè)試。測(cè)試結(jié)果如下表所示：文件名字命中數(shù)平均TTFB（ms）平均TTLB（ms）PlainHtml.html847474SingleTableTest.asp868.88789.38Main.asp9125.893759.56HtmlMain.asp9149.891739.89測(cè)試結(jié)果顯示訪問單個(gè)表的ASP頁面的處理時(shí)間是720.5ms，而純HTML文件則為427ms。Main.asp和HtmlMain.asp的輸出時(shí)間相同，但它們的處理時(shí)間分別為3633.67ms和1590ms。也就是說，在這個(gè)測(cè)試環(huán)境下我們可以把處理速度提高43%。Microsoft的WAS是一個(gè)功能非常豐富的服務(wù)器性能測(cè)試工具，可以幫助我們準(zhǔn)確地判斷什么方案將適合于提升網(wǎng)站性能；是否某個(gè)方案能夠顯著地改善性能。實(shí)驗(yàn)總結(jié)。進(jìn)行壓力測(cè)試是指實(shí)際破壞一個(gè)web應(yīng)用系統(tǒng)，測(cè)