本文是從性能測試與功能測試兩部分來講述服務器測試方法。并且在過程中每種測試都進行三遍，每遍之間服務器和測試儀均重啟，結果取三次的平均值。以保證此服務器測試方法的準確性。
測試工具采用思博倫通信(Spirent Communications)公司提供的Avalanche2200。Avalanche 2200模擬實際的用戶發(fā)出向服務器的請求(包括SMTP和POP3)，并根據(jù)回應給出具體的詳細測試結果。它有以下特點：能夠模擬成百上千的客戶端對服務器發(fā)出請求;能夠模擬真實的網(wǎng)絡應用情況;可以產(chǎn)生20000個連接/秒請求量，足以滿足測試的需要。
監(jiān)控端安裝了帶SP2的Windows 2000 Server。測試環(huán)境如下圖所示。兩臺被測服務器(軟硬件配置均相同)直連，并且分別通過交換機(港灣的礖ammer24交換機)與Avalanche 2200的測試端口連接在一起。為了方便管理，我們使用了Avocent KVM交換機，通過遠程的方式就可以方便地控制多臺服務器。
為了將測試環(huán)境和測試模型盡量模擬為實際郵件系統(tǒng)的運行情況，我們在測試方法上作了充分的考慮。第一，采用兩臺服務器建立的郵件系統(tǒng)。一臺服務器只有本地投遞而沒有遠程投遞的情況，對郵件系統(tǒng)的壓力不大，而用戶實際的使用情況肯定會包括遠程投遞的情況，因此我們進行了兩臺服務器的郵件系統(tǒng)測試。第二，采用多域測試。兩臺服務器分別配置獨立的DNS服務器，并指定多域名(5個域名)。第三，采用多賬號測試。我們在每個域里建立200個賬號，一共1000個賬號。測試時，兩臺服務器的用戶之間相互發(fā)送郵件，占總數(shù)的90%，同時，每臺服務器內(nèi)部的用戶之間互發(fā)郵件，占總數(shù)的10%。第四，發(fā)送郵件大小滿足一定分布。發(fā)送郵件大小分別為：400、1000、2000、4000、10000、20000、40000和100000字節(jié)。
具體測試過程由4個階段組成，第一階段是預熱階段，Avalanche發(fā)出的發(fā)送郵件請求量由0慢慢上升到10/s;第二階段是逐步加壓階段，請求量逐步增加到510/s(此數(shù)值超過所有參測郵件系統(tǒng)的最高能力);第三階段是維持階段，請求量保持不變;第四階段是下降階段，請求量由最大值下降為0。最后得出服務器的最大并發(fā)數(shù)，同時還會提供成功百分比、往返延遲等結果。
POP3協(xié)議的各項操作有CHECK、LIST、RETR、DELETE等，每種測試方法與SMTP大致一樣。本次參測的郵件系統(tǒng)都提供了賬號安全保護功能，對于同一個電子郵件賬戶，只允許同時一個用戶用POP3接收郵件，而進行壓力測試，必須同時發(fā)起大量的POP3連接，因此，我們只是作了DELETE的驗證(每個賬號只登錄一次進行DELETE操作)。
服務器接收到郵件以后只是存儲到本地然后建立起索引就向用戶發(fā)送“成功”信息，因此，用戶什么時候真正收到郵件得不到反映。所以，我們設計了一個方法對賬號究竟多長時間收到郵件進行了考察。我們自己編了一個程序，使用一臺服務器上的100個賬號(每個域使用20個賬號)向另一臺服務器上的100個賬號發(fā)送1000封郵件，每封郵件長度為20K字節(jié)。發(fā)送完成以后馬上對被發(fā)送賬號進行檢查，得出收到郵件數(shù)目，然后在5分鐘以后再次進行檢查，如果沒有完全收到，那么再過5分鐘進行檢查，直到1000封郵件都收到為止。
每種測試都進行三遍，每遍之間服務器和測試儀均重啟，結果取三次的平均值。
在服務器檢測方法中的功能測試方面，我們著重考察了安全性、多域管理以及郵件存儲等方面，同時，還考察了系統(tǒng)運行平臺、系統(tǒng)支持能力、用戶服務能力、郵箱管理能力等。我們還對系統(tǒng)的管理、客戶端的管理、整個系統(tǒng)的易用性等幾個方面進行考察。
以上為此服務器測試方法的詳細步驟，希望讀者朋友活學活用，對大家的工作生活中能有切實的幫助。
下載文檔
