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