【正文】 UT和 UT處于同一臺機器中，而 LT則分布在其它機器中。在層次結(jié)構(gòu)中，通常情況下，為測試 N層協(xié)議的 IUT，需要一個上層 (N+1)測試器 (upper tester)和一個下層 (N1)測試器(lower tester)以及協(xié)調(diào)它們產(chǎn)生測試序列的機制。根據(jù)測試記錄并參照 PICS和PIXIT對 IUT進行評估，并給出一致性測試報告。測試集的生成又可分解為 3方面的工作 ：測試序列的生成；測試數(shù)據(jù)的生成；將測試序列和測試數(shù)據(jù)合起來生成并描述測試集。 4. 如果 CONNECTreq合法， LT向 IUT發(fā)送接受連接請求報文CONNECTaccept。 ?如果 IUT是運輸層協(xié)議實體，那么 ?(n)ASP就是運輸服務(wù)原語 TSP(Transport Service Primitives)， UT使用的 PCO就是運輸服務(wù)訪問點 TSAP ?(n1)ASP就是網(wǎng)絡(luò)服務(wù)原語 NSP(Network Service Primitives)， LT使用的 PCO就是網(wǎng)絡(luò)服務(wù)訪問點 NSAP。是對 IUT的上服務(wù)邊界進行控制和觀察所提供的手段 LT(Lower Tester)是下測試器 (下層測試軟件或硬件 )。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 30 行為測試 (behaviour test) ?IUT的行為測試又分為三大組： ? IUT對合法行為的響應(yīng) (測試序列以及測試數(shù)據(jù)符合協(xié)議規(guī)范 )； ?IUT對語法上不合法行為的響應(yīng) (測試序列符合協(xié)議規(guī)范，但測試數(shù)據(jù)是不合法的 )； ?IUT對不合適事件的響應(yīng) (不合適事件為異常事件，對協(xié)議規(guī)范來說，它是不合法的 )。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 28 能力測試 (capability test) ?將被測對象進行有限的靜態(tài)一致性測試，以確定被測對象可觀察到的能力。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 25 一致性測試級別 二、一致性測試級別 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 26 一致性測試級別 ?為什么要將一致性測試分級？ ? 一致性測試的主要目的是提高不同系統(tǒng)之間能夠互通的概率。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 19 DCR和 SCR ?由此可見， ?動態(tài)一致性是指協(xié)議規(guī)范中規(guī)定的通信實例中的協(xié)議實現(xiàn)所必須呈現(xiàn)的外部特性的組合或允許的各種選擇性組合， ?而靜態(tài)一致性是指協(xié)議規(guī)范中為使協(xié)議實現(xiàn)能夠互連而定義的功有類別、功能單元的分組以及選擇性功能等等。即為協(xié)調(diào)實現(xiàn)而可以選擇的要求。 ?一致性測試的目的是希望通過這個測試可增加同一協(xié)議的不同實現(xiàn)之間能夠互連的概率 。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 10 一致性測試：發(fā)展概況 (Cont.) ?因此，進行獨立于生產(chǎn)者和用戶的第三方測試是常采用的方法。 ? 美國的國家標(biāo)準和技術(shù)局 (NIST)由于成功地研制了 OSI體系結(jié)構(gòu)中的第 4類運輸協(xié)議的測試系統(tǒng)，所以后來也被邀請參加了這一合作項目。 ?如果協(xié)議的實現(xiàn)與協(xié)議的規(guī)范不符，則一致性測試將失敗。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 4 一致性測試原理 ?當(dāng)?shù)谝粋€公用數(shù)據(jù)網(wǎng)投入使用后，該網(wǎng)絡(luò)的管理者要做的一件重要事情是：確定購買的商用網(wǎng)絡(luò)設(shè)備是否符合相關(guān)的網(wǎng)絡(luò)標(biāo)準，但又不必關(guān)心設(shè)備的內(nèi)部細節(jié)，這就是協(xié)議的一致性測試問題。 此外，一些不嚴格進行一致性測試評價的生產(chǎn)廠商常進行的互連通測試 一般認為是一致性測試的一個方面。 ?如果一個協(xié)議的形式化規(guī)范中存在一個設(shè)計錯誤，則當(dāng)且僅當(dāng)完全基于該規(guī)范的協(xié)議實現(xiàn) (faithful implementation)中也包含同樣的錯誤時，該實現(xiàn)才能通過協(xié)議的一致性測試。例如， ? ADI設(shè)計并實現(xiàn)了一臺 ； ? GMD開發(fā)了一種鐘對 OSI體系結(jié)構(gòu)中的會話層協(xié)議進行被動監(jiān)控和錯誤檢測的分析工具； ? 而 NPL則實現(xiàn)了一個用來對網(wǎng)絡(luò)服務(wù)進行測試的測試系統(tǒng)。 ?由于協(xié)議測試的技術(shù)復(fù)雜性和龐大開銷，一般是協(xié)議實現(xiàn)者和協(xié)議用戶所力不能及的事情。 雖然在進行一致性測試時可能發(fā)現(xiàn)協(xié)議中存在的某些問題或甚至是錯誤 ，但這并不是一致性測試的本身的目的 。 ?任選的要求 。 ?SCR是促進互通而允許的最小實現(xiàn)能力。 ?我們將同時滿足靜態(tài)和動態(tài)一致性要求，并且符合 PICS中陳述的能力的系統(tǒng)或?qū)崿F(xiàn)稱為 一致性系統(tǒng) ?；净ミB測試旨在檢查 IUT是否具備進一步測試的條件，是否有最小的連接能力，能否接收和發(fā)送數(shù)據(jù)。 要求檢查每個轉(zhuǎn)換的前后狀態(tài)。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 32 一致性測試模型 三、一致性測試模型 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 33 一致性測試模型 ?ISO建議的協(xié)議一致性測試模型如圖所示 (n1)Service Provider LT PCO IUT (n)PDU (n1)ASP PCO CI UT 被測對象 UT(Upper Tester)是上測試器 (上層測試軟件或硬件 ) 。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 36 PCOs ?PCO由下列三種因素標(biāo)識： ?IUT內(nèi)對測試事件進行控制與觀察的服務(wù)邊界； ?在該點進行控制和觀察的一組測試事件 (ASPs或 PDUs)； ?對這些測試事件的控制和觀察是在 SUT內(nèi)還是在測試系統(tǒng)中。 3. LT從 IUT接收連接請求報文 CONNECTreq。這一步生成的測試集，通常是 抽象測試集 ，因為它是獨立于所有的協(xié)議實現(xiàn)的。 (5)結(jié)果評估 。 ?如果協(xié)議規(guī)范本身有錯誤，如不完整或有二義性，這將給協(xié)議一致性測試帶來什么問題，如何處理？ 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 44 一致性測試要解決的主要問題 ?如何將測試序列輸入到一個正在運行的協(xié)議實現(xiàn)中。在這里， LT相當(dāng)于低層服務(wù)提供者。圖 (c)所示的是帶內(nèi)傳送法。 第 7章 協(xié)議一致性測試技術(shù)（ 1－概述） 53 渡船測試法 (n1)服務(wù)提供者 PCO LT IUT UT FPDU (n1)ASP (n)PDU (a) 渡船測試法 (帶內(nèi)傳送 ) Ferry (n1)服務(wù)提供者 PCO