伺服器怎麼手動測試

A. 怎樣測試伺服器壓力

下載並安裝WAST；

1．設置並行連接數；

2．設置持續時間；

3．其餘設置；

註：所有以上的選項可以根據自己的需要進行設置。

設置完成後就可以進行壓力測試。測試的步驟如下：

第一步，點擊工具欄上的「New Script」按鈕，在打開的面板中點擊「Nanual」按鈕創建一個新的測試項目。在打開的窗口中對它進行設置，在主選項中的Server中填寫要測試的伺服器的IP地址。這里我們填寫192.168.1.20。在下方選擇測試的Web連接方式，這里的方式Verb選擇get。Path選擇要測試的Web頁面路徑，這里填寫/Index.asp即動網的首頁文件，WAST可以設置更多的Path。

第二步，在「Settings」功能設置中將Stress Level （Threads）線程數設置為1000。然後點工具中的灰色三角按鈕即可進行測試。測試過程中我們可以從伺服器的任務管理器中看到CPU使用率已經達到100%，損耗率達到最大。在CMD窗口中使用命令netstat -an，可以看到客戶端的IP地址在伺服器上的80埠進行了非常多的連接，而且Web網站已經打不開了，提示過多用戶連接。

B. 如何做一個單機測試伺服器

1，即點即播，這是人們長久以來的夢想，今天已經由網吧實現了，它和家庭租幾個vcd片子看有著根本的區別。網吧的影視伺服器能存儲大量的影視劇供隨時觀賞，而且方便更換影片，實現真正的即點即播。

2，能夠掌握最新的影片（當然這都要歸功盜版了），而且比去影院要省錢的多（影院的新片一般要10元左右）

3，滿足不喜歡被電視劇拖著的人的要求，幾十集用個三四天就看完了，過癮

4，看電影的同時還能聊天，一舉兩得

5，分解窄帶的壓力，看電影的越多，網吧互聯網的利用率就越低，所以帶寬的壓力就越小，網速就越快，這對沒有上寬頻的網吧尤為重要。

6，這一點就是還有很多其它的優點^!^。

網吧的影視系統的應該達到的要求是：

在電腦的顯著位置安放電影項目（如在桌面上建立"影視欣賞"的快捷方式），客人打開後能看到所有電影的目錄，選擇後打開電影文件，系統自動調出播放系統，開始播放。

當然有人把這個系統做成網頁式的，效果象是網上點播，但我不贊成這樣做，因為這樣作出的系統專業性很強，不易維護，每增加新的電影都要在網頁上做改動，網頁本身和鏈接也容易出現錯誤，以至影響實際效果。最簡易也是最實用的方式就是把電影存儲在電腦中，作成共享，所有的客戶機安裝播放軟體通過網上鄰居調用觀看。

以下是網吧影片服務系統的相關設置（好簡單啊）

0.首先你的網路已經設置好了，能通過網上鄰居實現互訪，這是基礎（如果你的客戶機能上網了，這不是問題吧^!^)

1.選擇一台電腦（也可能是數台，比一台麻煩一些）做影視伺服器，把你的電影拷至硬碟，把電影文件都設置為共享（通常是共享文件夾， 每個文件夾中放一定數量的電影）；

2.在客戶機安裝播放軟體, 建立影視伺服器上電影文件的快捷訪問方式；

3.已經ok了，就是這么簡單，（暈，還沒完嗎？別告訴我你的音效卡還沒裝^!^)

當然其中還有些學問，以讓你的影視系統發揮出最佳的性能：

選擇合適的播放軟體

以下是我用過的幾種播放軟體：

windows mediapalyer+divx(mpeg的編碼解碼器），主要用來播放mpeg格式的電影，它的優點是啟動快速，佔用系統資源小，缺點是很多格式不支持（致命）

大多網吧都在用realplayer，因為它是rm格式的專用播放軟體，界面簡單，容易*作，real的 老版本的不支持其它格式的影片 ，新版本因為增加了多個插件，可支持的格式大量增加，包括mpeg格式的，但我使用中發現，某些版本的real播mpeg的時候，不能快進，一拖滾動條就出現假死機， 非要三鍵結束任務才能解決。

金山影霸iii支持的格式最全（包括音樂文件），而且安裝不很占空間（完全安裝小於四十兆），佔用系統資源也較少。

東方影都支持的格式很多尤其是立體版能看立體電影，效果真爽，但缺點不少，如安裝比較占空間（完全安裝要80兆），而且消耗系統資源比較厲害。

另外超級解霸2003據說不錯，我沒有用過，不敢妄下結論（但如果沒有比2000有質的轉變不用也罷），有興趣的朋友可以試一下，和其它的軟體比較比較。

根據我的經驗我首推金影iii做網吧的播放軟體（本人嚴正聲明：本人絕沒有收取金山公司的一分錢廣告費^!^)

附：兩種流行的壓縮影像格式釋疑， mpeg(對應文件擴展名為avi)其實是一種影音壓縮技術，它是一種通過記錄原始影音文件的信息，用一定的演算法進行代碼替換處理的有損壓縮，播放時通過mpeg編碼解碼器解碼。rm是我們最常見的壓縮格式，它使用的另一種演算法壓縮比例更大（文件大小可壓至mpeg的二分之一），故失真較大，效果不如mpeg格式。 注意事項

1，影視伺服器最好不要和網路伺服器作為一台，如果你的網吧夠大，建議使用專用的影視伺服器（如果不對外營業，配置可以很低，主頻300即可；內存64m即可128m最好，多了就是浪費了；支持大硬碟的主板即可，但要穩定；硬碟當然要大，但5400轉即可；如果要對外營業配置就要稍高一點的，建議使用賽揚二代的處理器），當然如果你的網吧很小15台以下，那就沒有必要專設影視伺服器了。

2，盡量安裝rm格式的電影，優點是佔用硬碟空間小，傳輸速度快，一台影視伺服器支持的終端多，缺點的效果沒有mpg4和vcd的效果好，但只要光碟做的不是太差一般沒有什麼影響。

3，一定要為你的所有電影共享並創建快捷方式，使其能在任何一台終端能看到所有的影視，如果你的電影是分在幾台電腦里放置的，應該先建立個文件夾，把其它電腦上電影的文件的快捷方式放進來，然後把這個文件夾復制到每台終端的桌面上，換上漂亮的圖標，取個類似「影視欣賞」的文件名就ok了。這種方法同樣適合各種歌曲的使用，可用類似的方法建立個「音樂欣賞」。

4，網路設置：在微軟網路客戶中選擇快速登錄，這樣啟動過程中將不檢測網路驅動器，加快啟動速度；登錄中選擇windows登錄，啟動過程將不出現登錄對話框，可以避免因登錄時點取消而未登錄網路的情況（這種情況下，客戶機可以上網，但不能訪問網上鄰居）。

5，同一部片子能同時被數台電腦同時調用，一般不影響效果，但應該盡量避免這種情況的發生（對硬碟損耗較大），如果某個片子同時看的人實在太多，應事先多在硬碟中復制幾份（盡量選擇不同的分區）供調用。

6，一台電影伺服器可支持多少用戶同時觀看？中等的網吧（單影視伺服器，客戶機50台以下，使用10m的網路即可，當然百兆的網路就更好了）一台影視伺服器可同時支持二十台左右的電腦同時播放rm電影（mpeg或vcd就要少了）。事實上網吧中不可能所有的顧客都一起看電影（通常在50%以下），所以這個數目可基本滿足五十台以下的網吧了.

實際環境舉例（我的網吧）：依拖一所大學，電腦三十六台，10m網路，單影視伺服器（c2600， 128m ， 2*40g/5400轉，對外營業）；把電影按類型（如成龍全集，007全集，美國大片，賀歲片，某某電視劇，某某動畫片等等）存放在不同的文件夾中，把這些文件夾共享出來，將影視伺服器在各個電腦上建立快捷方式，將共享名改為影視欣賞；四個hub（三個16口，一個8口），採用堆疊； 在全滿的時候通常是十五人左右同時看電影，最高達到十九人同時觀看（還有同時從影視伺服器調音樂聽的），運轉正常，從未出現廣播風暴。

建議：

1, 多做廣告，有很多人以為「網吧就是上網的」，其實不然，我們可以把電影這部分作大，讓它成為我們營業的一個重要部分，擴大網吧的市場，達到這樣目的的途經只有宣傳。

2.有條件的可以在寬敞位置的電腦安裝雙耳機（滿足那些經濟條件稍差一些顧客和特殊的顧客），經常有情侶上我這渡假的，內容就是一起看電影。

3，觀注當地影院，及時引進最新，最好的電影（至於引進方式嗎，如果您的經濟條件允許的話，請支持一下正版。暈，我也學會這么說了，遺憾的是電影方面我還沒支持過^!^，我是那種經濟條件不允許的^!^)

失敗的例子（請引以為戒）

我到過一個網吧，有四十台電腦，都是20g的硬碟，每個硬碟里都裝了不少的影片，但在他的任何電腦上都看不出來它有電影在，必須訪問網上鄰居才知道，而且還不知道哪裡有什麼電影，知道看電影的還要問老闆哪個電影在哪台機器里，真是麻煩，優勢一點也出發揮出來，大量的硬碟資源實際上是浪費了。 影片推薦：

有合適的影片是影視服務成功的關鍵之一，這種影片大概有兩種：

好片（觀眾較多的片子，其實不一定就好）：大家都愛看的辣筆小新(說實話，這個小孩玩意兒我也愛看^!^），情深深雨蒙蒙（這部連續劇給我帶來很大的收益，雖然我一慣不欣賞瓊瑤阿姨的作品，太過煽情，而且一看開頭就知道結局，但卻能讓她設計出那麼復雜的過程來，我還真是佩服她老人家的功力，當然因為她幫我拉了不少顧客，我現在對她存在只有感激），這兩套片子在我這呈產生的效應用「轟動」兩個字形容是一點也不過分的。

新片：另一種是抓住流行的，電影院正放的，最好是電影院要放還沒放的 。如前一段時間的「同居密友，珍珠港，瘦身男女，少林足球，我的兄弟姐妹等」，我的「珍珠港」整比電影院早放了一個月，反映不錯，有不少人花四塊錢看完了還直叫便宜。

影視播放中的故障解決及相關問題：

在網吧中有問題都是正常的，沒有問題才不正常了，當然影視系統也不例外，但相比網路的問題，它的問題一般還是好解決的。

realplayer的聲道問題，realplayer不能調節聲道，這是這個軟體的最大bug，升級了n次也沒解決，不知道這些做軟體的干什麼去了，當然我們也有辦法處理，就是調用系統的聲音屬性調節聲道（稍麻煩了點）。方法是：調出聲音屬性（最快捷的方式是雙擊任務欄中的小喇叭圖標）調節兩個項目，如果你的菜單是中文的，這兩項就是主音量和聲波，如果是英文的就是volume和wave。聲道主要是由volume控制的，聲波則能優化聲音性質，實際*作一下，反復對比你就會知道這兩項都是怎麼回事了。補充最重要的一點，你的電影必須是雙聲道的才能調節，如果做盤的把兩個聲道做到了一起，那怎麼調就都白扯了。

播放中出現斷續的問題, 放映過程中聲音或圖像出現斷續，如果是網路因素，可能是影視伺服器出現問題，區域網中的看電影的電腦都會這樣，現象會很明顯，這時應處理影視伺服器，如果只是單機這樣請重新播放，最次重新啟動就能解決。

聲像不一的問題，某部片子看的過程中出現聲音和圖像不一致的問題，這是系統處理時，放音設備和影像設備未能協調，通常關閉當前播放任務再重新打開就能解決。

播放不出來的問題，任憑怎樣雙擊就是打不開電影文件，這是由於當前系統資源已無法調出播放程序，需要重新啟動電腦才能解決（如果誰有更簡便的解決辦法別忘了告訴我啊^!^)

音量小的問題，如果你的音效卡沒有問題（有的音效卡音量小，從軟體方面不好解決，只能配有源音箱加大音量了）， 除了將耳機音量和聲音屬性中的主音量放至最大外，調節聲波屬性也很關鍵，往往聲波（wave)的設置不當可造成音量過小，請左右調節「均衡」，找出最佳效果。

好了，說了不少了，我還真有點累了，這些文字如果能給那些正處於迷茫狀態的同仁帶去些認識，我就最高興不過了。如果你做出的影視系統切實的幫你提高了效益我就高興的沒法再更高興了。當然，由於各人所處的具體環境不同，同時為避免理論與實際脫節，行文中我也盡量從實際出發，但出現些錯誤或不相容的結果也是不可避免的，歡迎大家指正並和我繼續探討網吧影視服務技術及經營上的問題！希望大家都有應有的收獲！

補充兩點

1，影視伺服器的配置無需太高，我用過三種配置c400/64, c566/128, p3 733/256, 對客戶機的觀看效果並無太大的影響。

2. 一台伺服器支持的客戶機，10m網，一台可支持20個終端播放rm格式，但如果是mpeg格式只能支持10個左右，這里說的是達到較好的播放效果，如果終端超過這個數目，實際上也能支持，但效果就要下降（會出現偶爾的停頓或聲像不一等情況）

很多朋友說要做流媒體伺服器,說實話,我不建議網吧這樣,這樣做,因為,網吧都沒有很專業的技術員,而且所有的軟體都是D版,所有維護很麻煩,雖然網上有破解版,但是效果都不好,不過大家可以學習一下. 大多數人對Realplayerer已經是十分熟悉了,利用Realplayer在線看電影、聽音樂，你是不是自己也想擁有一個Realplayer伺服器呢？利網路流媒體伺服器端軟體Real Server能輕松實現你的願望,下面筆者就介紹何利用它在區域網中建一個流媒體伺服器。

什麼是Real Server

RealNetworks 流伺服器端軟體，用它可以在網上發布Real格式的Audio、Video文件，以流格式協議進行網上傳輸播放，不必擔心rm文件被下載。 要實現網上流視頻的點播與直播，在硬體之上需要安裝一個伺服器端軟體，這個就是Real Server。

一、組建多媒體播放系統的組網環境

多媒體播放系統的組網環境要求由主從結構或者對等結構組網的若乾颱多媒體電腦,帶音效卡、音響、耳塞、麥克風等發聲設備,並不受有盤網路和無盤網路的限制。而伺服器操作系統要求Windows NT、Windows 2000Professional 、Win2000 Server，伺服器要求指定有固定 IP 地址或者是 Intranet 的虛擬 IP地址，工作站端要求裝Realplayer7.0以上的版本。

二、下載、安裝Real Server9.0

1. 如何下載

目前Real server已經有了9.0版，我們介紹的Real Server通過在線注冊獲得注冊碼可以免費使用一年，但在區域網內只允許25人同時使用。可在 RealNetworks 的網站下載 。 2. 如何安裝

下載完備以後直接雙擊下載的文件，就可以自解壓安裝了。安裝 Real Server 的過程和一般的軟體安裝差不多，在自解壓完成後彈出圖1的對話框，要你填寫授權碼。這時打開剛才下載軟體時填寫的信箱，把信箱中收到的授權碼用Winzip解壓到一某個目錄中，在圖1的「License File Location」下面填寫上解壓後保存的目錄與文件名，這步很重要，伺服器端能否使用全靠它了。

點擊「Next」,選擇安裝目錄、接受協議後，彈出圖2對話框。要求填寫用戶名(Usename)和密碼(Password)，因為安裝的Realserver是一套影音伺服器軟體，有系統管理者(Administrator)的登錄進行管理，在這里我們把username 和 password都設置為「test」。記住它，等一下安裝成功啟動「Helix Server Administrator」時要用它來登錄。 再點「Next」彈出圖3的對話框，上面的英文意思是：請鍵入一個埠號，這個埠將授權給PNA聯接，這個聯接地址以「PNA://」開頭。下面的「7070」是安裝默認的PNA聯接埠號，不要改它，緊接著在後面的安裝中要設置RTSP聯接、HTTP聯接、MMS聯接的埠號，這些都不要改它，以默認的為好。 最後一步會彈出圖4的對話框，在「Install Helix Server a NT servce」前面一定要打上勾。

完成安裝後，桌面上自動生成兩個圖標，一個是Helix Server(流媒體服務)，另一個是Helix Server Administrator(流媒體服務管理者)。這時系統雖然沒有要求重新啟動，但是根據本人的使用經驗，最好在安裝完成後啟動一下計算機。

三、啟動伺服器

啟動伺服器之前,先確保區域網網路是否接通、每一台工作站是否安裝有Realplayer媒體播放軟體，最好用7.0以上的版本。 首先，點擊伺服器桌面上的Helix Server圖標，啟動Helix Server，程序是在DOS窗口中運行的，道次運行完成後不能自動關閉程序，要手動關閉，以後再啟動運行完成後會自動關閉的。

四、啟動管理器

伺服器桌面上另一個名為Helix Server Administrator圖標，是對整個播放系統進行服務管理的一個系統程序。我們點擊它會彈出如圖5的「輸入網路密碼」對話框，其中的「站點：js」中的js實際上是本伺服器的計算機名，不同的計算機名有不同的「站點」。「領域：js AdminRealm」 是播放系統自建的網路域，下面就是要輸入用戶名與密碼了。在前面我們進行系統安裝時不是把用戶名Username和Password都設置為「test」了嗎？這時就可以把這個「test」填入用戶名與密碼中。

在圖5中填寫好密碼點擊「確定」後彈出啟動IE瀏覽器如圖6，圖的左邊共有五行黑字，也就是對播放系統進行全部管理的五項基本內容:ServerSetup(建立服務)、Security(安全性) 、Logging & Monitoring(登陸及管理)、Broadcasting(網路廣播)、Content Management(內容管理), 這里的每一項的管理細節，大家可以多試試。我們先看看在伺服器上對播放系統進行測試。

五、播放系統測試

點擊管理項的第一項「ServerSetup」後下拉出一些細項目，點擊其中的「Media Samples(媒體實例)」(如圖6)

在圖6的右邊就可以看到一些媒體材料供播放測試用，我們隨便選擇一個例子來進行測試，例如我們雙擊「Play SMIL Sample 2 」彈出Realplayer播放器窗口(如圖7),開始時會在播放器的底部看到「正在聯接」和「正在緩沖」並且在時間不斷的跳動,這說明整個系統安裝聯接成功。隨後Realplayer進行播放。在播放器的「位置」後可看到聯接地址為rtsp://js:554/africag2/africa.smi。
在這個地址中我們可以看到，播放系統是採用RTSP聯接方式進行播放的，js是伺服器的計算機名或IP地址，後面的「554」是埠號可省略，「/africag2/africa.smi」是媒體文件保存的路徑。

六、工作端的連接

在工作站中我們同樣啟動Realplayer，在播放器的「位置」後輸入rtsp://js:554/africag2/africa.smi，「回車」，當我們同樣在播放器的底部看到「正在聯接」和「正在緩沖」並且在時間不斷的跳動時，那麼整個系統才算大功告成,播放文件默認存入路徑在Helix Server安裝目錄下的Content子目錄，你可以將rm格試的影片存放該目錄下，然後在客戶機Realplayer中播放器的位置輸入rtsp://js/影片名.rm,你就可以慢慢的欣賞影片了。

C. 伺服器該如何測試速度的快慢

一、tracert命令簡單測網站速度，測試方法和ping命令類似
二、常見的ping命令
三、比網站載入速度，可以利用工具測試一下打開網站速度。

D. 如何測試伺服器

一、伺服器測試方法分為兩個大方面，性能測試與功能測試。

在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與Web性能測試三個方面。其中，文件性能與資料庫性能採用美國Quest軟體公司的Benchmark Factory負載測試和容量規劃軟體，Web性能測試則使用了Spirent公司提供的Caw WebAvalanche測試儀。

E. 怎樣測試伺服器壓力

下載並安裝WAST；

1．設置並行連接數；

2．設置持續時間；

3．其餘設置；

註：所有以上的選項可以根據自己的需要進行設置。

設置完成後就可以進行壓力測試。測試的步驟如下：

第一步，點擊工具欄上的「New Script」按鈕，在打開的面板中點擊「Nanual」按鈕創建一個新的測試項目。在打開的窗口中對它進行設置，在主選項中的Server中填寫要測試的伺服器的IP地址。這里我們填寫192.168.1.20。在下方選擇測試的Web連接方式，這里的方式Verb選擇get。Path選擇要測試的Web頁面路徑，這里填寫/Index.asp即動網的首頁文件，WAST可以設置更多的Path。

第二步，在「Settings」功能設置中將Stress Level （Threads）線程數設置為1000。然後點工具中的灰色三角按鈕即可進行測試。測試過程中我們可以從伺服器的任務管理器中看到CPU使用率已經達到100%，損耗率達到最大。在CMD窗口中使用命令netstat -an，可以看到客戶端的IP地址在伺服器上的80埠進行了非常多的連接，而且Web網站已經打不開了，提示過多用戶連接。

F. 如何在租用伺服器前進行速度的測試

三種方法，1、直接讓租用商給你開測試伺服器。2、如果服務商不開測試，可以要提供幾個IP，然後通過來PING。ping只能作為參考。它不代表實際速度。3、通過IP查找這個IP的伺服器所放的網站，看看網站訪問速度。

G. 如何測試伺服器的穩定性

伺服器穩定性是最重要的，如果在穩定性方面不能夠保證業務運行的需要，在高的性能也是無用的。
正規的伺服器廠商都會對產品驚醒不同溫度和濕度下的運行穩定性測試。重點要考慮的是冗餘功能，如：數據冗餘、網卡榮譽、電源冗餘、風扇冗餘等。
一些測試方法主要分以下幾種：
壓力測試：已知系統高峰期使用人數，驗證各事務在最大並發數(通過高峰期人數換算)下事務響應時間能夠達到客戶要求。系統各性能指標在這種壓力下是否還在正常數值之內。系統是否會因這樣的壓力導致不良反應(如：宕機、應用異常中止等)。
Ramp Up 增量設計：如並發用戶為75人，系統注冊用戶為1500人，以5%-7%作為並發用戶參考值。一般以每15s載入5人的方式進行增壓設計，該數值主要參考測試加壓機性能，建議Run幾次。以事務通過率與錯誤率衡量實際載入方式。
Ramp Up增量設計目標： 尋找已增量方式加壓系統性能瓶頸位置，抓住出現的性能拐點時機，一般常用參考Hits點擊率與吞吐量、CPU、內存使用情況綜合判斷。模擬高峰期使用人數，如早晨的登錄，下班後的退出，工資發送時的消息系統等。
另一種極限模擬方式，可視為在峰值壓力情況下同時點擊事務操作的系統極限操作指標。加壓方式不變，在各腳本事務點中設置同集合點名稱(如：lr_rendzvous("same");)在場景設計中，使用事務點集合策略。以同時達到集合點百分率為標准，同時釋放所有正在Run的Vuser。
穩定性測試：已知系統高峰期使用人數、各事務操作頻率等。設計綜合測試場景，測試時將每個場景按照一定人數比率一起運行，模擬用戶使用數年的情況。並監控在測試中，系統各性能指標在這種壓力下是否能保持正常數值。事務響應時間是否會出現波動或隨測試時間增漲而增加。系統是否會在測試期間內發生如宕機、應用中止等異常情況。
根據上述測試中，各事務條件下出現性能拐點的位置，已確定穩定性測試並發用戶人數。仍然根據實際測試伺服器(加壓機、應用伺服器、數據伺服器三方性能)，估算最終並發用戶人數。
場景設計思想：
從穩定性測試場景的設計意義，應分多種情況考慮：
針對同一個場景為例，以下以公文附件上傳為例簡要分析場景設計思想：
1)場景一：已壓力測試環境下性能拐點的並發用戶為設計測試場景，目的驗證極限壓力情況下測試伺服器各性能指標。
2)場景二：根據壓力測試環境中CPU、內存等指標選取伺服器所能承受最大壓力的50%來確定並發用戶數。
測試方法：採用1)Ramp Up-Load all Vusers simultaneously
2)Duration-Run Indefinitely
3)在Sechele-勾選Initalize all Vusers before Run
容錯性測試：通過模擬一些非正常情況(如：伺服器突然斷電、網路時斷時續、伺服器硬碟空間不足等)，驗證系統在發生這些情況時是否能夠有自動處理機制以保障系統的正常運行或恢復運行措施。如有HA(自動容災系統)，還可以專門針對這些自動保護系統進行另外的測試。驗證其能否有效觸發保護措施。
問題排除性測試：通過原有案例或經驗判斷，針對系統中曾經發生問題或懷疑存在隱患的模塊進行驗證測試。驗證這些模塊是否還會發生同樣的性能問題。如：上傳附件模塊的內存泄露問題、地址本模塊優化、開啟Tivoli性能監控對OA系統性能的影響等等。
測評測試是用於獲取系統的關鍵性能指標點，而進行的相關測試。主要是針對預先沒有明確的預期測試結果，而是要通過測試獲取在特定壓力場景下的性能指標(如：事務響應時間、最大並發用戶數等)。
評測事務交易時間：為獲取某事務在特定壓力下的響應時間而進行的測試活動。通過模擬已知客戶高峰期的各壓力值或預期所能承受的壓力值，獲取事務在這種壓力下的響應時間。
評測事務最大並發用戶數：為獲取某事務在特定系統環境下所能承受的最大並發用戶數而進行的測試活動。通過模擬真實環境或直接採用真實環境，評測在這種環境下事務所能承受的最大並發用戶數。判定標准閾值需預先定義(如響應時間，CPU佔用率，內存佔用率，已出現點擊率峰值，已出現吞吐量峰值等)。
評測系統最大並發用戶數：為獲取整個系統所能夠承受的最大並發用戶數而進行的的測試活動。通過預先分析項目各主要模塊的使用比率和頻率，定義各事務在綜合場景中所佔的比率，以比率方式分配各事務並發用戶數。模擬真實環境或直接採用真實環境，評測在這種環境下系統所能承受的最大並發用戶數。判定標准閥值預先定義(如響應時間，CPU佔用率，內存佔用率，已出現點擊率峰值，已出現吞吐量峰值等)。取值標准以木桶法則為准(並發數最小的事務為整個系統的並發數)。
評測不同資料庫數據量對性能的影響：針對不同資料庫數據量的測試，將測試結果進行對比，分析發現資料庫中各表的數據量對事務性能的影響。得以預先判斷系統長時間運行後，或某些模塊客戶要求數據量較大時可能存在的隱患。
問題定位測試在通過以上測試或用戶實際操作已經發現系統中的性能問題或懷疑已存在性能問題。需通過響應的測試場景重現問題或定義問題。如有可能，可以直接找出引起性能問題所在的代碼或模塊。
該類測試主要還是通過測試出問題的腳本場景，並可以增加發現和檢測的工具，如開啟Tivoli性能監控、開啟HeapDump輸出、Linux資源監控命令等。並在場景運行過程中輔以手工測試。

H. 伺服器硬體測試教程

一般情況下，我們可能想測試一下伺服器上的文件（用戶上傳的或者後台寫入的）是否可以被外網訪問到，以進一步測試文件下載等功能。

我原本想嘗試從伺服器的任意目錄訪問文件，但是經過數次的嘗試，網上教的通過修改Tomcat路徑映射和自定義XML來進行文件映射都不能成功訪問到目標文件。

最後查到，把文件放在Tomcat的ROOT目錄下，就可以用伺服器域名+「/」+「文件名（帶後綴）」直接訪問到文件，親測成功，。

I. 如何測試伺服器

伺服器測試方法

伺服器測試方法分為兩個大方面，性能測試與功能測試。

我們在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與
Web
性能測試三個
方面。其中，文件性能與資料庫性能採用美國
Quest
軟體公司的
Benchmark Factory
負載測試和容量規劃
軟體，
Web
性能測試則使用了
Spirent
公司提供的
Caw WebAvalanche
測試儀。

一、性能測試

1
、文件性能測試方法

Benchmark Factory
軟體能按照文件讀寫的關鍵指標定製事務。軟體最大支持
1000
個虛擬客戶。

本次測試環境包括
10
台配置為
PIII800/128MB
內存
/20G
硬碟以上的客戶端，它們用來模擬虛擬用戶。
控制台為配置是
PIII 850/128MB
內存
/40G
硬碟的
Acer
筆記本電腦。交換機為帶有兩個千兆
GBIC
介面、
24
個
10/100M
自適應埠的
Cisco 2950
，客戶端與控制台通過
100M
網卡連到交換機上，被測伺服器則通
過千兆光纖網卡與交換機相連接。

被測伺服器均安裝帶
SP4
的
Windows
2000
Advanced Server
操作系統，在所有三項性能測試中都統一
RAID
級別為
5
。

在具體測試方案設置上，測試軟體把決定文件讀寫操作的關鍵因素設定為：讀
/
寫、隨機
/
順序、操作
塊大小、對象大小四個。在本次測試中，考慮到我們設有單獨的資料庫及
Web
測試項目，所以在文件測試
中，我們把目標確定為測試伺服器基本的
I/O
性能，這主要由網路介面、系統帶寬、磁碟子系統等幾大部
分所決定。同時，從幾部分的作用看，以大操作塊讀寫大對象文件，小操作塊讀寫小對象文件，較能反映
伺服器最基本的
I/O
性能，即「大操作塊讀寫大文件」對系統帶寬、緩存的考察，以及「小操作塊讀寫小
文件」對磁碟子系統、網路介面的考察。最終我們確定的四個事務是：

大文件順序讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)

大文件隨機讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)

小文件隨機讀
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)

小文件順序寫
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)

每個事務的用戶數均以固定步長逐漸增加，
最大可增加到
1000
個虛擬用戶。
其中，
「大文件順序讀寫」
事務的用戶數按照
40
的步長從
1
可增加到
400
個
(
測試至強伺服器
)
或
200
個
(
測試
TUALATIN
伺服器
)
，其
他事務則將用戶數按照
100
的步長從
1
增加至
1000
。我們期望得到其在不同用戶數時被測伺服器的性能表
現。總體上其走勢及峰值反映了該伺服器的性能。每項事務均運行三次，每次之間被測伺服器進行重啟，
最終結果為三次平均值。

2
、資料庫性能測試方法

「乘機安全小貼士」安全出行要重視

資料庫性能測試同樣使用了
Benchmark Factory
軟體，測試環境如同文件性能測試。測試時，在被測
伺服器上安裝
SQL Server 2000
使用企業版。首先在被測伺服器上創建新的資料庫，通過使用
Benchmark
Factory
預定義的
Database Spec
項目向資料庫中創建表，裝載數據。在伺服器端創建以
CPU
計算為主的
存儲過程，通過
10
台客戶機模擬用戶、按照
40
個虛擬用戶的步長遞增到
400
個用戶，執行該存儲過程。
結果是以獲得的每秒事務數
(TPS)
衡量伺服器的資料庫事務處理能力。
整個測試分為三次，
每次之間重新啟
動被測伺服器，最終取三次平均值作為評價結果。

3
、
Web
性能測試方法

Web
性能測試工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模擬實際的用戶發出
HTTP
請求，
並根據回應給出具體的詳細測試結果。
它有以下特點：
能夠模擬成百上千的客戶端對伺服器發
出請求
;
能夠模擬真實的網路應用情況，
比如網站在高峰期的訪問量應該是動態的維持，
有新客戶端的加入，
同時也有原客戶的離去，
訪問量不是固定不變的
;
可以產生
20000
個連接
/
秒請求量，
足以滿足測試的需要
;
測試項目豐富，有訪問請求的成功失敗數，有
URL
和頁面的響應時間，有網路流量數，還有
HTTP
和
TCP
協
議的具體情況。

測試時，被測伺服器與
WebAvalanche
上都裝有千兆光纖網卡，兩網卡通過光纖直接連接。監控端
(
配
置為
PIII 1GHz/128M
內存
/20G
硬碟
)
安裝了帶
SP4
的
Windows 2000 Server,
該監控端與
WebAvalanche
通
過交叉線直連。在監控端通過
Web
瀏覽器配置
WebAvalanche
，在被測伺服器安裝了
SQL Server 2000
企業
版，並用微軟的
IIS
建立了
Web
伺服器。

測試分為靜態性能與動態性能兩部分。主要是因為在實際的
Web
應用中，有的站點靜態內容居多，提
供的服務也絕大多數是靜態的，
因此，
他們就會特別的關心伺服器靜態性能
;
同樣，
有的站點提供的服務交
互性的內容居多，他們就會更關心伺服器的動態性能。

被測網站中頁面大小及靜態、動態頁面所佔比例均參照實際網站得出，整個網站靜態、動態頁面所佔
比例是
70%
和
30%
，使用的動態頁面類型為
ASP
。請求頁面樣本的文件大小分布比例與整個網站的相同。

靜態性能測試模擬發出的均是靜態頁面請求。在測試動態性能時，動態頁面的訪問請求占
20%
，其餘
80%
為靜態頁面請求。我們根據實際的
Web
伺服器一天中的運行情況建立了一個伺服器頁面請求模型，該
模型由
4
個階段組成，第一階段是預熱階段，
WebAvalanche
發出的請求量由
0
慢慢上升到
200;
第二階段
是逐步加壓階段，請求量逐步累加到最大值
8200;
第三階段是動態維持階段
;
第四階段是下降階段，請求量
由最大值迅速下降為
0
。其中，最大請求量略大於實際伺服器能夠提供的事務處理量。

被測伺服器的靜態與動態測試分別測試三遍，每遍之間被測伺服器和測試儀均重啟，結果取三次的平
均值。由此可見，此伺服器測試方法立志於最終結果的准確性。

二、功能測試

在功能測試方面，我們對被測伺服器的可擴展性、可用性以及可管理性進行了綜合評價，其中可擴展
性包括硬碟、
PCI
槽以及內存等的擴展能力，可用性包括對熱插拔、冗餘設備
(
如硬碟、電源、風扇、網卡
等
)
的支持，可管理性則指的是伺服器隨機所帶的管理軟體。
我們在對伺服器進行總體評價時，綜合了性能、功能和價格三方面因素，依據《網路世界》所做的用
戶調查結果，分別給予不同權重，性能占
50%
，功能占
40%
，而價格則占
10%
。在分析性能時，資料庫性能
占其中的
50%
，而文件性能占
30%
，
Web
性能占
20%
。

綜上所述，這種全新的伺服器測試方法更夠更准確更直接的對伺服器進行測試，而且數據更加精確。
希望能給又需要的讀者朋友帶來一定的幫助
。
謝謝採納。