Exchange 2010的十個性能測試報告
Exchange 2010已經走進了很多的企業中，相信也有很多企業準備使用Exchange 2010。下面對于Exchange 2010的十個性能測試相信會對大家有所幫助。這十個測試主要是對服務部署以及相關性能的演練。
測試項目 一：服務器部署測試
測試內容
測試服務器在部署過程中可能存在的問題，包括一些系統運行環境的特殊要求，安裝過程的繁簡程度等等。
測試方式
在配置好的4臺虛擬機上分別安裝不同的Exchange 2010服務器角色，分別是DC、MB、CAS、HUB。每臺虛擬服務器資源均為4G內存、120G硬盤。
預期結果
完成整個安裝過程，并在日志中獲得安裝成功的信息
實際結果
所有Exchange 2010服務器均安裝完畢，且安裝過程中沒有遇到意外情況。
測試小結
Exchange 2010對服務器部署的前期系統環境要求相對較多，除操作系統以外，還需要提前先部署IIS、.Net Framework3.5、KB968930、FilterPack、HTTP激活、Net.Tcp Port Sharing service Automatic等系統組件。但對于整個安裝過程而言，因為Exchange部署工具提供條件檢查的工具，該工具能自動檢測有哪些前提條件還不滿足，并且自動給出安裝或者配置的鏈接向導。所以對于Exchange 2010的部署而言，應該算是非常簡單的。
由于測試目標的關系，本測試僅對安裝過程進行模擬進行。對于不同角色部署所需要的不同硬件配置、以及部署時間長短等問題，沒有進行涉及。
測試項目 二：MAPI方式客戶端連接
測試內容
測試Outlook的MAPI方式是否能夠成功連接到CAS角色服務器
測試方式
分別在域環境下安裝了Outlook03、07和2010三個版本的郵件客戶端上，新建一個郵件賬戶配置文件。并通過服務器地址指定，連接到測試環境中的CAS角色
預期結果
正常連接到Exchange服務器，并獲取到郵件數據
實際結果
經過2-3次測試，確認這三種版本的郵件客戶端都能夠通過自己的賬戶，連接到CAS角色服務器，并正常接收服務器上已有的數據。
測試小結
在測試過程中出現過服務器地址訪問不到以及用戶名無法通過驗證的問題。由于是測試環境，虛擬網絡中的DNS等記錄需要特別設置，所以在配置相關網絡環境以后，客戶端的連接就正常了。
客戶端的連接上來看，沒有什么特別要求，只要網絡訪問正常，正常連接是沒有什么問題的。
相比之下，Oulook03需要手動指定服務器地址，而Outlook07和2010都會檢測到當前登錄賬戶的狀態，全自動進行郵件客戶端配置。
測試項目 三：POP方式測試
測試內容
測試通過POP3方式進行訪問的郵件客戶端與Exchange服務器之間的連通性。
測試方式
分別測試在工作組環境下的Outlook03、07以及Foxmail等多種郵件客戶端，通過POP3方式連接到CAS角色服務器。
預期結果
正常連接到Exchange服務器，并獲取到郵件數據
實際結果
三種客戶端均能正常連接到Exchange服務器，并獲取到郵件數據
測試小結
Outlook的POP3方式連接相對簡單，除需指定郵件地址外，其他均按默認配置即可連接到郵件服務器。Foxmail需手動修改連接加密類型及端口等參數。
測試項目 四：OWA方式測試
測試內容
測試通過瀏覽器方式，不借助任何郵件客戶端軟件，而實現郵件系統的訪問
測試方式
任意幾臺臺計算機中分別打開IE、Maxthon、Firefox、Chrome幾種目前瀏覽器。
預期結果
通過瀏覽器能夠正常訪問郵件系統，各項頁面顯示正常，各項功能正常，訪問效率較高
實際結果
四種主流瀏覽器均能正常使用OWA中的各項功能
測試小結
相對與Exhange2007的OWA而言，Exchange 2010的OWA在異構系統上的兼容性支持做了極大的改善。根據官方的說法，新的OWA系統能支持幾乎所有的瀏覽器軟件，除以上經過測試的幾款軟件以外，還包括Apple Safari瀏覽器。但本次測試中，由于無法搭建Mac系統測試環境所以沒有進行測試。
對于性能，各種技術的瀏覽器也各有不同，經過多次的測試，性能從快到慢的一個排序大致是：Chrome-Firefox-IE-Maxthon。
另外，對于IE內核瀏覽器而言，內置的IE瀏覽器版本必須是7.0以上，才可以正常使用全部效果，否則，將只能使用精簡版界面進入系統。#p#
測試項目 五：Outlook Anywhere
測試內容
針對與通過互聯網進行訪問的用戶，可以提供一種與MAPI訪問方式相同的用戶體驗，這種方式是將MAPI方式所產生的數據，經過RPC over HTTP/HTTPS的方式，使得用戶通過公網就能夠進行MAPI方式的訪問。
測試方式
通過配置服務器上的郵件代理服務器設置，進行可行性測試
預期結果
通過配置使該功能實現
實際結果
通過在郵件服務器上進行相關的配置，該功能可以正常實現
測試小結
該功能為Exchange 2010產品設計功能之一，但在默認情況下為非啟用狀態。需要通過手動的進行相關配置將其啟用。并且，還需要配合CA證書、內外網DNS解析、防火墻端口等其他方面的協助調整才能完全實現。
最終實現的效果，與MAPI方式連接的客戶端保持一致，用戶體驗沒有區別。但是經測試，在帶寬相對較低的情況下，會小頻率出現郵件收發延時、地址本打開緩慢等狀況。
測試項目 六：郵件收發測試
測試內容
測試各種方式下的郵件收發情況，包括收發的完整性，效率等等。
測試方式
創建足夠數量的用戶賬戶，每個不同的客戶端使用各自獨立的用戶賬戶進行登錄。對郵件的新建、發送、接收、回復、回復全部、轉發等幾項常用郵件收發動作進行測試。
預期結果
任何發送的郵件，都應完整的被接收到。
實際結果
多次測試的發送郵件，都能被完整，準確的接受到。
測試小結
經過大量的收發測試，各種方向的郵件收發、各種收發動作均能正常完成。只是不同的客戶端連接方式，在郵件收發的效率上會有所不同。
其中MAPI方式的響應速度是最快，特別是Outlook07和2010，幾乎在發送端郵件發送完成的同時，以MAPI方式連接的Outlook07和2010就能收到郵件并彈出新郵件提示消息，而Outlook03大約需要等候20-30秒左右。
使用POP3方式連接客戶端，響應的時間相對較長。當然，這跟客戶端上的郵件檢查默認頻率有關，我們可以將其檢測新郵件的頻率調快，但犧牲的是客戶端性能及網絡帶寬。
使用OWA方式的客戶端，響應時間基本與POP3方式連接的Outlook07相當。但由于是基于Web的應用，觀測的效果，誤差相對也比較大。有時需要手動點擊收發按鈕才會使其進行新郵件檢查。
測試項目 七：全球地址簿測試
測試內容
測試在客戶端是否能夠按照樹狀結構顯示公司聯系人列表
測試方式
在各種類型的客戶端中查看聯系人列表
預期結果
經過相應的全局配置，能夠實現樹狀結構的聯系人列表
實際結果
均沒有實現
測試小結
與Exchange07一樣，能夠全局配置的聯系人列表，就是其全球地址簿功能。而該功能僅限MAPI的連接方式才可以訪問。并且，在同一張列表中的聯系人，均為順序排列，而無法實現樹狀結構。#p#
測試項目 八：自定義樹狀聯系人列表
測試內容
由于Exchange系統默認的聯系人列表均無法實現樹狀結構，且咨詢微軟產品顧問以后也證實確實如此，而且自定義開發也比較困難。但后來發現在同一個地址簿下面可以同時掛接多個地址列表，并且不同列表直接可以配置為父子關系結構。利用這點，我們希望通過自定義配置，使其達到組織樹結構相同的效果
測試方式
在服務器中進行聯系人列表自定義配置，并在客戶端中查看聯系人效果
預期結果
經過相應的全局配置，能夠實現樹狀結構的聯系人列表
實際結果
實現某一組織部門對應一張聯系人列表，而多個不同的列表通過父子關系對應成部門之間的隸屬關系。并且可以實現多層級的父子關系結構。
測試小結
通過多聯系人列表的父子結構，可以實現將不同部門的隸屬關系聯系起來，達到類似組織樹狀態的效果。并且，每張聯系人列表可以同態的通過某個指定的賬戶屬性來自動的進行篩選，以達到自動更新的效果。
測試項目 九：郵件組織別名
測試內容
在今后的公司發展中，活動目錄域名與郵件名可能未必一致，或者在同一個郵件組織中，收取多個郵件域名的郵件，基于這種考慮，測試其能否實現。
測試方式
在名為contoso.com的郵件域名內，發送一些發往***@tiens.com郵箱的郵件。通過在服務器的配置，測試能否正常接收。
預期結果
通過某些配置實現該功能
實際結果
經過配置以后，某用戶能夠收取到***@contoso.com和***@tiens.com兩個地址的郵件。
測試小結
Exchange 2010產品設計中包含了此項功能，但并沒有在默認配置中啟用。通過手動配置的方式使其生效，同時，還需要AD、DNS等其他系統的統一協調。確保從域名解析、主機解析、郵件地址解析等各個方面都能夠被客戶端正常訪問到
測試項目 十：郵件審批功能
測試內容
郵件審批Exchange 2010中的一項新功能，旨在于讓發往某些用戶的郵件，需要被審閱之后，才能發往到目標用戶。這主要用于在控制越級報告等，可以起到一定控制效果。
測試方式
確定一個目標收件人，并給他發送郵件。在進行相關配置之后，對比前后效果，并查看審閱人郵箱是否收到審批通知。
預期結果
在定義審批之后，發往該用戶的郵件，全部轉移到審批人郵箱。
實際結果
發往該用戶的郵件，被事先發往審閱者郵箱。在審閱者視圖中，可以看到郵件全文，并且提供“同意”“拒絕”和添加批示的操作。如果是“同意”操作，該郵件才能正常被發往目標用戶，如被“拒絕”則會退回原發件人，并會顯示相應的批示語。
測試小結
這項新的功能是通過郵件傳輸規則實現的，其大量的規則還可以讓我們對其他的郵件操作進行審批。該功能可能對以后的郵件信息監控、合規化管理起到一定幫助作用。
【編輯推薦】
