【正文】 差錯狀態(tài)的處理能力。與仿真測試相比，模擬具有較強的可操作性和靈活性。因此協(xié)議仿真在開發(fā)和安裝過程中起著重要的作用。這需要從三個方面進行測試，即：一致性測試、性能測試和互操作性測試。對于 ATM產品來說，就要證實它與 ATM論壇或其它標準化組織制定的規(guī)范是否相一致。通常一個一致性測試集只是針對某一特定的層或協(xié)議。一個產品可能在某一層滿足一致性要求而在另一層卻不滿足。一致性測試的測試配置如圖 88所示。 ATM論壇對各種傳輸方式分別提出了各自的協(xié)議實施一致性說明（ PICS），用來說明實施的要求、能力及可選項的實施情況。在 PICS中，針對各種傳輸方式的物理層規(guī)范，對其中的每一項必備或可選要求進行檢查。以此來檢查被測系統(tǒng)物理層的實現(xiàn)情況，從而測試其與協(xié)議相符合的程度。所謂端系統(tǒng)，是指終結 VPC或 VCC的系統(tǒng)，例如 ATM終端設備。 ? ATM層的 PICS對 ATM論壇 ATM層的各項功能進行檢查。 ? ATM層的一致性抽象測試集結構分為三類，即 UNI的 ATM信元結構與編碼、 UNI的 ATM層功能及 ATM層管理。 ? 在 ALL5的 PICS中，從兩方面來進行一致性說明。二是對于 AAL5的功能、結構和編碼的說明，要求被測系統(tǒng)說明SAR子層和 CPCS子層的功能實現(xiàn)情況以及各層PDU編碼的完成情況是否與 。驗證被測系統(tǒng)實現(xiàn)協(xié)議的各種規(guī)定的能力，以及驗證對定時器和協(xié)議中參數(shù)的實現(xiàn)。互操作性測試的目的就是要證實通信產品的互操作兼容程度。 ? 需要指出的是，兩個都符合協(xié)議規(guī)范的設備卻不一定能保證完全互通，這是因為：首先，二者對于可選和未定義功能的完成情況可能并不相同；其次，當協(xié)議處于發(fā)展完善階段時，二者可能完成不同的必選功能；另外，還可能是由于對協(xié)議的不同理解而造成互通的障礙。 ? 互操作性測試的一般測試配置如圖 89所示。每個測試集中都包含了一系列的測試項，如在 STS3C的 ATS中，有對SONET段開銷、通道開銷的產生和處理的互操作性測試，對 BATM特定的 TC子層功能互操作性的測試，對 HEC的互操作性測試等等。 （ 2） ATM層互操作性測試 ? ATM層互操作性測試的測試項分為兩類：接口互操作性測試和負載互操作性測試。接口負載互操作則是在高接口負載（如測試信元流的速率達到線路帶寬的 90%）條件下對兩個設備互操作的測試，如證實在高負載不同信元速率的情況下相連的兩設備傳輸信元流的能力，在高負載不同信元負載模式的情況下兩設備透明傳輸信元流的能力等。 3．性能測試 ? 性能測試主要涉及數(shù)據(jù)流的基本性質及其特性。性能測試包括在不同業(yè)務量條件下對 QoS或 NP參數(shù)的測量。這里的正常負載條件，對于 ATM來說，就是指信元業(yè)務量負載滿足業(yè)務量合同；對于 SVC連接而言，就是指信令業(yè)務量小于一定的值。 ? 性能測試的一般測試配置如圖 810所示。而分析儀應能夠測量諸如信元錯誤率、信元傳輸延時、信元延時變化等性能參數(shù)。 8． 3． 5 網(wǎng)絡應用系統(tǒng)的測試 網(wǎng)絡應用系統(tǒng)的測試要重點注意如下內容： ? 整網(wǎng)性能 ★ 端到端吞吐量； ★ 端到端延遲 ； ★ 端到端丟包率。 3． 網(wǎng)管系統(tǒng) ★ 設備管理； ★ 流量管理； ★ 日志管理； 網(wǎng)絡性能管理 ★ 安全策略； ★ 平臺策略； ★ 管理維護中心策略； ★ 系統(tǒng)服務器區(qū)策略； ★ 歷史圖像系統(tǒng)服務器區(qū)策略。 6． 圖像質量 ★ 傳輸網(wǎng)絡 ★ 同軸電纜； ★ 光纖； ★ 無線； ★ 圖像質量； ★ 隨機信噪比； ★ 單頻干擾； ★ 電源干擾； ★ 脈沖干擾； ★ 清晰度測試； 7． 核心平臺系統(tǒng)管理功能 ★ 監(jiān)控功能； ★ 錄像及回放功能； ★ 報警管理； ★ 圖像智能分析； ★ 災備恢復； ★ 網(wǎng)絡可用性； ★ 網(wǎng)絡流量與擁塞控制； ★ 鏈路冗余； ★ 設備冗余。 8． 3． 6 性能測試環(huán)境 網(wǎng)絡性能測試環(huán)境將根據(jù)實際網(wǎng)絡環(huán)境確定。 ★ 延遲（ Latency）：延遲是指測試儀發(fā)出數(shù)據(jù)包到經過網(wǎng)絡后收到該數(shù)據(jù)包的時間間隔，單位為 106秒。 ★ Http響應時間（ Http Response Time）：指用戶從開始發(fā)出請求到得到服務器的完整的頁面內容的平均響應時間，它能夠很直接地反映客戶端通過 Http訪問 Web并調用后臺數(shù)據(jù)庫的給出響應的時間，能有效反映出被測產品的性能（包含不同大小的頁面文件），單位為 103秒。應用層性能是模擬用戶的正常應用行為，測試其性能，能夠直接反應出網(wǎng)絡應用的實際性能。 ★ 吞吐量測試方法 測試采用 SmartFlow測試軟件控制一臺 SmartBits 6000B和一臺 SmartBits 600B，兩臺設備分別部署在所測試的兩個區(qū)域中，測試不同區(qū)域時，對設備的位置進行調整，測試時根據(jù) RFC2544選取標準的 7中包長度（ 64字節(jié)、 128字節(jié)、 256字節(jié)、 512字節(jié)、 1024字節(jié)、 1280字節(jié)、 1518字節(jié)） ★ 延遲測試方法 測試采用 SmartFlow測試軟件控制一臺 SmartBits 6000B和一臺 SmartBits 600B，兩臺設備分別部署在所測試的兩個區(qū)域中，測試不同區(qū)域時，對設備的位置進行調整，測試時根據(jù) RFC2544選取標準的 7中包長度（ 64字節(jié)、 128字節(jié)、 256字節(jié)、 512字節(jié)、 1024字節(jié)、 1280字節(jié)、 1518字節(jié)） ★ 每秒新建連接數(shù)測試方法 測試采用 Avalanche mander測試軟件控制一臺 Avalanche 2500C和一臺Reflector 2500C，兩臺設備分別部署在所測試的兩個區(qū)域中，由 Avalanche 端訪問 Reflector端，測試不同區(qū)域時，對設備的位置進行調整。 ★ 網(wǎng)絡系統(tǒng)運行穩(wěn)定性 分析應用層性能測試結果，根據(jù)測試曲線，判斷網(wǎng)絡系統(tǒng)運行穩(wěn)定性。 表 82中： ★ 測試方案 ? 測試方案指在正式測試實施開始前，對測試項目所作的一個測試計劃和執(zhí)行方案，主要包括測試目的、評測依據(jù)、評測管理、評測內容及方法、測試配合要求、測試結果、測試環(huán)境要求以及項目輸出成果等。主要內容包括問題的描述及分析等。 8． 3． 8網(wǎng)絡應用系統(tǒng)測試的主要測試設備 ? 網(wǎng)絡應用系統(tǒng)測試的主要測試設備如表 83所示。共享軟件測試流程如圖 812所示。 圖 812中： 1．需要安裝 ★ 共享軟件需要安裝測試則依據(jù)安裝向導進行安裝，驗證被測軟件是否對要安裝的插件做出明確的提示。 2．不需要安裝 ★ 共享軟件不需要安裝則跳過安裝測試。 4．卸載測試 測試共享軟件能否成功的卸載要重點注意如下內容： ★ 自帶卸載程序 查看共享軟件是否有自帶的卸載軟件，有則利用自帶的卸載程序進行卸載，卸載完成后查看系統(tǒng)是否把共享軟件及其附帶的插件成功卸載。安裝測試不可忽略，安裝測試是重要的一個測試階段。 ? 對 用戶應用系統(tǒng)軟件進行安裝測試主要是： ★ 用戶的使用環(huán)境不同，設置或配置不同，影響應用系統(tǒng)軟件安裝的準確性； ★ 安裝的文檔是否準確，文檔安裝時，必須一步一步地完全按照文檔要求去做，不可忽略； ★ 信息查詢功能； ★ 信息發(fā)布功能； ★ 信息統(tǒng)計功能； ★ 信息管理