專利名稱：通訊協(xié)議一致性測試中的虛擬測試系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機和電信通訊協(xié)議一致性測試，特別涉及通訊協(xié)議一致性測試中的虛擬測試系統(tǒng)及方法。
為了說明協(xié)議一致性測試方法，給出如下基本概念。
1.實體(Entity)OSI將每一層中活躍的元素稱為實體，實體既可以是硬件實體(比如一塊芯片)，也可以是軟件實體(比如一個進程)。在不同機器上同一層內(nèi)的實體叫做同層實體或?qū)Φ葘訉嶓w。
2.服務(wù)訪問點SAP(Service Access Point)分層的網(wǎng)絡(luò)協(xié)議體系結(jié)構(gòu)中，每一層都要為上一層提供一定的服務(wù)，并把這些服務(wù)是如何實現(xiàn)的細節(jié)對上一層加以屏蔽，服務(wù)是在服務(wù)訪問點SAP提供給上層的。
3.控制觀察點PCO(Points of Control and Observation)測試系統(tǒng)和IUT之間的通信點。測試系統(tǒng)通過PCO訪問IUT，通過控制觀察點，測試系統(tǒng)既可以對通信進行初始化，也可以觀察通信結(jié)果?？刂朴^察點一般定義在服務(wù)訪問點SAP上。
4.協(xié)議數(shù)據(jù)單元PDU(Protocol Data Unit)在協(xié)議棧的層與層之間的接口上，n+1層實體通過SAP把一個接口數(shù)據(jù)單元IDU(InterfaceData Unit)傳遞給n層實體。IDU由服務(wù)數(shù)據(jù)單元SDU(Service DataUnit)和一些控制信息組成。SDU是將要跨過網(wǎng)絡(luò)傳遞給對等實體。然后向上交給n+1層的信息?？刂菩畔⒂糜趲椭乱粚油瓿扇蝿?wù)，它本身不是數(shù)據(jù)的一部分。為了傳遞SDU，n層實體可能將SDU分成幾段，每一段加上一個報頭作為獨立的協(xié)議數(shù)據(jù)單元PDU送出。
5.被測系統(tǒng)SUT(System Under Test)被測試的系統(tǒng)或者是被測系統(tǒng)的一部分。
6.被測實現(xiàn)IUT(Implementation Under Test)作為測試目標的系統(tǒng)或者協(xié)議實現(xiàn)(Protocol Implementation)，被測實現(xiàn)可以作為被測系統(tǒng)的一部分，嵌入被測系統(tǒng)中。
7.上測試器(Upper Tester)是一個測試系統(tǒng)或測試系統(tǒng)的一部分，它在被測系統(tǒng)的上層控制PCO。它通過IUT的上側(cè)SAP與IUT進行通信。
8.下測試器(Lower Tester)是一個測試系統(tǒng)或測試系統(tǒng)的一部分，它在被測系統(tǒng)的低層控制PCO。它通過IUT的下側(cè)SAP與IUT進行通信。下測試器同時負責(zé)給出測試判定。
9.測試協(xié)作過程(Test Coordination Procedure)包含合作規(guī)則的集合。例如，上測試器和下測試器之間的同步，不同下測試器之間的同步。
10.服務(wù)提供者(Service Provider)是測試結(jié)構(gòu)的一部分，假設(shè)被測系統(tǒng)位于網(wǎng)絡(luò)體系結(jié)構(gòu)的第N層，服務(wù)提供者為它提供N-1層的功能。服務(wù)提供者為IUT和下測試器之間提供通信環(huán)境。
協(xié)議一致性測試使用在特定點PCO(Point of Control and Observation)對被測實現(xiàn)的層間服務(wù)原語和協(xié)議數(shù)據(jù)單元進行控制和觀察的原理。根據(jù)PCO的不同，在ISO9646(協(xié)議一致性測試方法和框架)中已被標準化的抽象測試方法有本地測試法和外部測試法。本地測試法適合于在產(chǎn)品內(nèi)部測試；外部測試法適合于遠程的第三方測試，又可分為分布式、協(xié)調(diào)式和遠程式測試。本地測試法的一個基本前提是在IUT的上下邊界都存在暴露的服務(wù)訪問接口，上下測試器控制這些訪問接口來激勵I(lǐng)UT，并觀察IUT的輸出響應(yīng)。分布式測試法的下測試器位于測試系統(tǒng)中，上測試器位于被測系統(tǒng)IUT中，下測試器和IUT是對等實體，它們之間通過提供N-1層服務(wù)的底層協(xié)議實現(xiàn)來連接，上測試器與IUT在同一個系統(tǒng)中，IUT必須有暴露的上邊界服務(wù)訪問接口。協(xié)調(diào)測試法的下測試器和IUT是對等實體，它們之間通過提供N-1層服務(wù)的底層協(xié)議實現(xiàn)來連接，上測試器與IUT在同一個系統(tǒng)中，IUT不一定有暴露的上邊界服務(wù)訪問接口，上測試器要用標準的測試管理協(xié)議(testing management protocol)與下測試器來協(xié)調(diào)完成測試實現(xiàn)。遠程測試法不定義上測試器，也不需要顯式的測試協(xié)調(diào)過程在實際測試中，第三方測試一般使用遠程式測試法或分布式測試法，并采用多臺下測試器的測試結(jié)構(gòu)。如美國New hampshire大學(xué)的IOL(Interoperability Lab)提供ATM，ADSL，MPLS，IPv6，Routing，VoIP，Wireless等協(xié)議的一致性測試，日本的TAHI工程從1998年10月1日，進行IPv6的一致性測試，美國國家標準技術(shù)局NIST的信息技術(shù)實驗室ITL對ATM的一致性測試和互操作性測試等。各大學(xué)和研究機構(gòu)對通訊協(xié)議的測試，特別是在對路由協(xié)議的測試中，一般要采用多臺下測試器對被測實現(xiàn)進行測試。其測試結(jié)構(gòu)框圖如

圖1所示。
假如有這樣一個測試序列，如圖2所示。在這個測試序列中需要三個下測試器TN1、TN2、TN3，這三個下測試器可能是主機也可能是路由器。被測節(jié)點NUT可能是主機也可能是路由器。圖3是此測試序列的測試過程流程框圖。測試過程由TN1發(fā)起，測試結(jié)果判斷也由TN1做出。整個流程解釋如下 步驟S1，三個下測試器做好準備，開始測試； 步驟S2，TN1發(fā)送測試數(shù)據(jù)包TP1給NUT，并通知TN2，TN3準備接收； 步驟S3，NUT產(chǎn)生響應(yīng)，其響應(yīng)數(shù)據(jù)包RP1是發(fā)給TN2的； 步驟S4，TN2判斷收到NUT的響應(yīng)數(shù)據(jù)包RP1是否與預(yù)期值相同； 步驟S5，若TN2收到RP1與預(yù)期值不同，則通知TN1； 步驟S6，TN1做出判斷，測試失敗或不確定； 步驟S7，若TN2收到RP1與預(yù)期值相同，則發(fā)送測試數(shù)據(jù)包TP2給NUT，并通知TN1，TN3準備接收； 步驟S8，NUT產(chǎn)生響應(yīng)，其響應(yīng)數(shù)據(jù)包RP2發(fā)給TN3； 步驟S9，TN3判斷收到NUT的響應(yīng)數(shù)據(jù)包RP2是否與預(yù)期值相同； 步驟S10，若TN3收到RP2與預(yù)期值不同，則通知TN1； 步驟S11，TN1做出判斷，測試失敗或不確定； 步驟S12，若TN3收到RP2與預(yù)期值相同則發(fā)送測試數(shù)據(jù)包TP3給NUT，并通知TN1，TN2準備接收； 步驟S13，NUT產(chǎn)生響應(yīng)，其響應(yīng)數(shù)據(jù)包RP3發(fā)給TN1； 步驟S14，TN1判斷收到NUT的響應(yīng)數(shù)據(jù)包RP3是否與預(yù)期值相同； 步驟S15，若TN1收到RP3與預(yù)期值不同則做出判斷，測試失敗或不確定； 步驟S16，若TN1收到RP3與預(yù)期值相同，則做出測試成功的判斷。
采用多臺下測試器對被測實現(xiàn)進行測試的缺點是 多臺下測試器在物理上是分離的，因此對同一測試事件的觀察在時間上存在差異。 多臺下測試器存在于不同的系統(tǒng)中，它們之間必須有良好的同步和控制協(xié)調(diào)過程，使測試過程復(fù)雜化。如上測試序列中TN1發(fā)送測試數(shù)據(jù)包TP1后，需要通知TN2，TN3準備接收；TN2在收到NUT的響應(yīng)數(shù)據(jù)包RP1，發(fā)現(xiàn)不等于預(yù)期值時，需要通知TN1做出判斷。對于多臺下測試器之間的測試協(xié)調(diào)，有多種方法。如TAHI在對IPv6協(xié)議測試中，是采用串行線實現(xiàn)各測試器之間的協(xié)調(diào)。還有利用被測實現(xiàn)的同層參考實現(xiàn)構(gòu)成的輔助通道來完成各測試器之間的協(xié)調(diào)。
為實現(xiàn)上述目的，通訊協(xié)議一致性測試中的虛擬測試方法包括步驟
被測實現(xiàn)是根據(jù)地址判斷測試包的來源；用不同的被測協(xié)議實現(xiàn)對等層的網(wǎng)絡(luò)地址實現(xiàn)多臺虛擬測試器；使用多臺虛擬下測試器搭建邏輯測試結(jié)構(gòu)，實現(xiàn)對被測協(xié)議實現(xiàn)軟件(或系統(tǒng))測試。
在保證有效性、精確性的前提下，僅使用一臺下測試器就可以實現(xiàn)對被測協(xié)議實現(xiàn)軟件(或系統(tǒng))的測試。虛擬測試方法避免了各測試器之間復(fù)雜的測試協(xié)調(diào)過程，而且測試結(jié)果更可靠、更精確。
圖4是用單臺下測試器實現(xiàn)的對n層被測協(xié)議實現(xiàn)進行一致性測試的虛擬測試結(jié)構(gòu)。其中VT1、VT2、VT3是由同一臺測試器實現(xiàn)的多臺虛擬測試器。對圖2的三個測試器的測試序列，用虛擬測試法，可以用一臺測試器實現(xiàn)。圖5是對應(yīng)圖2的單臺測試器的測試序列圖。圖6是此測試序列的測試過程流程框圖。整個流程解釋如下 步驟S1，測試器做好準備，開始測試； 步驟S2，TN發(fā)送測試數(shù)據(jù)包TP1給NUT；(TP1的目的地址是NUT的地址，源地址是VT1的地址) 步驟S3，TN收到NUT產(chǎn)生的響應(yīng)數(shù)據(jù)包RP1；(RP1的目的地址是VT2的地址，源地址是NUT的地址) 步驟S4，TN判斷收到NUT的響應(yīng)數(shù)據(jù)包RP1是否與預(yù)期值相同； 步驟S5，若TN收到RP1與預(yù)期值不同，則做出判斷，測試失敗或不確定； 步驟S6，若TN收到RP1與預(yù)期值相同，則發(fā)送測試數(shù)據(jù)包TP2給NUT；(TP2的目的地址是NUT的地址，源地址是VT2的地址) 步驟S7，TN收到NUT產(chǎn)生的響應(yīng)數(shù)據(jù)包RP2；(RP2的目的地址是VT3的地址，源地址是NUT的地址) 步驟S8，TN判斷收到NUT的響應(yīng)數(shù)據(jù)包RP2是否與預(yù)期值相同； 步驟S9，若TN收到RP2與預(yù)期值不同，則做出判斷，測試失敗或不確定； 步驟S10，若TN收到RP2與預(yù)期值相同，則發(fā)送測試數(shù)據(jù)包TP3給NUT；(TP3的目的地址是NUT的地址，源地址是VT3的地址) 步驟S11，TN收到NUT產(chǎn)生的響應(yīng)數(shù)據(jù)包RP3；(RP3的目的地址是VT1的地址，源地址是NUT的地址) 步驟S12，TN判斷收到NUT的響應(yīng)數(shù)據(jù)包RP3是否與預(yù)期值相同； 步驟S13，若TN收到RP3與預(yù)期值不同，則做出判斷，測試失敗或不確定； 步驟S14，若TN收到RP3與預(yù)期值相同，則做出判斷，測試成功。
圖4單臺下測試器的虛擬測試結(jié)構(gòu)與圖1多臺下測試器的遠程測試結(jié)構(gòu)具有相同的測試能力。而且，由圖6的測試流程可以看出，虛擬測試法省去了圖3中的測試器之間的測試協(xié)調(diào)過程。如在圖3中的步驟S7，當(dāng)TN2發(fā)送測試數(shù)據(jù)包TP2時必須通知TN1，TN3準備接收；在步驟S5必須通知TN1做出測試判斷等。
虛擬測試法的優(yōu)點可以概括如下使用虛擬測試法搭建的虛擬測試環(huán)境與同拓撲的實際測試環(huán)境(由多個物理測試器組成的測試環(huán)境)具有相同的測試能力，其優(yōu)點在于 不需要搭建復(fù)雜的物理測試環(huán)境； 不用考慮各測試器之間的同步問題，便于各測試器之間的協(xié)調(diào)和測試實現(xiàn)的控制； 消除了測試器非同步造成的錯誤，使測試更可靠； 由于各虛擬測試器的定時器都以同一系統(tǒng)時鐘為基準，使與時間有關(guān)的測試序列更加精確。
以第三層協(xié)議IPv6為例來說明虛擬測試法的具體應(yīng)用。在IPv6協(xié)議一致性測試中，可以用一臺物理測試器，不同的IPv6地址來實現(xiàn)多個虛擬測試器。
下面用IPv6信息包的格式來說明如何實現(xiàn)虛擬測試器。IPv6的基本報頭格式如下所示
07 815 16 23 2431+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|Version| Traffic Class | Flow Label |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Payload Length| Next Header | Hop Limit |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| |. Source Address(128 bits) .
| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| |. Destination Address(128 bits) .
| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+任何IPv6數(shù)據(jù)包都必須包含這個基本報頭，其中的Source Address字段是128位的源地址，表示發(fā)送這個數(shù)據(jù)包的結(jié)點的地址。因此，可以利用一臺測試機器來發(fā)送測試數(shù)據(jù)包，通過數(shù)據(jù)包中基本報頭的SourceAddress字段不同的地址值，使接受數(shù)據(jù)包的被測結(jié)點認為這些數(shù)據(jù)包是從不同的測試結(jié)點發(fā)出的，從而可以實現(xiàn)多臺虛擬測試器對被測實現(xiàn)進行測試的效果。另外，對虛擬測試路由器還需要用特殊方法處理才能實現(xiàn)。在鄰居發(fā)現(xiàn)協(xié)議中定義了一種ICMPv6的信息消息，叫做鄰居宣告消息(Neighbor Advertisement)，節(jié)點在收到鄰居請求消息或者其鏈路層地址改變時，應(yīng)發(fā)送鄰居宣告消息告知自己的鏈路層地址。在鄰居宣告消息的格式中，有一個R字段，用以區(qū)分發(fā)送此消息的結(jié)點是主機還是路由器，若R字段為1，則說明此消息是路由器發(fā)出的；否則，說明此消息是由一臺主機發(fā)出的。
鄰居宣告消息格式如下所示
0 7 815 16 23 2431+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--| Type | Code | Checksum|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--|R|S|O| Reserved|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--| |. Target Address(128 bits) .
| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--| Options |+-+-+-+-+-+-+-+-+-+-+-+-+-另外，在鄰居發(fā)現(xiàn)協(xié)議中還專門定義了一個路由器宣告消息(RouterAdvertisement)，用以標識路由器發(fā)出的消息。路由器周期性地發(fā)送路由器宣告消息，用來宣告其可用性，以及用于配置鏈路和因特網(wǎng)參數(shù)，包含網(wǎng)絡(luò)地址前綴、建議的跳限值及本地鏈路最大傳輸單元(MTU)，也包括指明節(jié)點應(yīng)使用的自動配置類型的標志等。另外，路由器收到一個路由器請求消息以后應(yīng)立即發(fā)送一個路由器宣告消息。
通過鄰居宣告消息的R字段和路由器宣告消息可以使被測協(xié)議實現(xiàn)或系統(tǒng)辨識測試器是一臺主機還是路由器。
如圖8是IPv6某一測試例的邏輯拓撲結(jié)構(gòu)。其實際物理測試拓撲就是圖7所示的一個下測試器和一個被測實現(xiàn)通過底層服務(wù)連接起來的結(jié)構(gòu)。被測實現(xiàn)(Implementation Under Test，IUT)是IPv6協(xié)議在被測結(jié)點(Node Under Test，NUT)上的一個具體的實現(xiàn)。被測結(jié)點可能是一臺主機(Host Under Test，HUT)也可能是一臺路由器(Router Under Test，RUT)。測試結(jié)點(Test Node，TN)是一臺激發(fā)測試執(zhí)行的設(shè)備，它可以是一臺主機(Test Host，TH)也可以是一臺路由器(Test Router，TR)。在實際的測試過程中，有這樣一個事實對IPv6協(xié)議的測試是在網(wǎng)絡(luò)層進行的，被測實現(xiàn)僅僅根據(jù)數(shù)據(jù)包的網(wǎng)絡(luò)層地址，即IPv6地址來確定包的來源和去處，根本不考慮數(shù)據(jù)包的鏈路層地址是什么。換句話說，在測試過程中，一個不同的IPv6地址代表一個不同的結(jié)點，一個被測結(jié)點收到的各個數(shù)據(jù)包，如果包的源IPv6地址不同，被測結(jié)點就會認為這些包是不同的源結(jié)點發(fā)出的，盡管這些包的源鏈路層地址可能是相同的。邏輯測試結(jié)構(gòu)的實質(zhì)就是用一臺主機來模擬所有的測試結(jié)點，包括測試主機和測試路由器(如圖8中的TH-1，TH-2，TH-3，TR-1，TR-2)。圖8中所有的測試結(jié)點都被稱作虛擬測試器，所有虛擬測試器的鏈路層地址都是相同的，但是它們都有不同網(wǎng)絡(luò)層地址既IPv6地址，也就是說，在用同一臺物理測試器發(fā)送測試包時，在測試包的IP層填入不同的源地址，接收到這些包的目的結(jié)點就會認為這些包是由不同的結(jié)點發(fā)出的。另外，通過鄰居宣告消息的R字段和路由器宣告消息可以使被測協(xié)議實現(xiàn)或系統(tǒng)辨識測試器是一臺主機還是路由器。站在被測實現(xiàn)HUT/RUT的角度來看，它把圖8的拓撲當(dāng)作它的實際網(wǎng)絡(luò)環(huán)境。從而實現(xiàn)了用一臺測試機器模擬多臺測試機器(包括測試主機和測試路由器)的效果。
在鄰居發(fā)現(xiàn)協(xié)議的測試中，有一個測試例是驗證節(jié)點能否正確確定一個目的地址是在鏈還是離鏈。為了便于理解這個測試例，先把這個測試例的測試目的解釋一下鄰居發(fā)現(xiàn)協(xié)議的標準文本RFC2461中規(guī)定，對于一個給定的目的地址來說，一個節(jié)點應(yīng)該這樣確定這個目的地址是在鏈的還是離鏈的，如果這個目的地址是一個鏈路本地地址，則節(jié)點認為這個目的地址是在鏈的(on-link)；如果這個目的地址是一個全球地址，且節(jié)點前綴列表中有一個前綴與這個全球地址相匹配，則認為這個地址是在鏈的(on-link)；如果這個目的地址是一個全球地址，節(jié)點前綴列表中沒有前綴與這個全球地址相匹配且節(jié)點的默認路由器列表中至少有一個路由器，則節(jié)點認為這個目的地址是離鏈的(off-link)；若節(jié)點前綴列表中既無前綴與之匹配，路有器列表中也無路由器，則節(jié)點認為該目的地址是在鏈的(on-link)。節(jié)點如何確定一個目的地址在鏈還是離鏈可以用表1來表示
表1目的地址在鏈/離鏈條件

這個測試例的目的就是測試具體的實現(xiàn)是否與這樣的規(guī)定相一致。
此測試例用到了三個虛擬測試器(圖8中的兩個虛擬測試主機TH1，TH2，一個虛擬測試路由器TR1)。在該測試例中，虛擬測試法得到應(yīng)用。其測試過程可以由圖9的測試序列圖來說明。
測試過程1測試步1TH-1發(fā)送數(shù)據(jù)包TP1(Echo request)給NUT，用本身的鏈路本地地址(fe80∷02105afffe63af14)作為包的源IPv6地址。
測試步2TH-1接受NUT的響應(yīng)數(shù)據(jù)包RP1。
測試步3TH-1比較檢查收到的數(shù)據(jù)包，如果NUT返回的是請求TH-1鏈路層地址的鄰居請求包，則可以確定NUT認為TH-1是在鏈的(on-link)。
測試過程2測試步1TR-1發(fā)送數(shù)據(jù)包TP2(Router_Advertisement)給所有的節(jié)點(包括NUT)，用本身的鏈路本地地址(fe80∷02105afffe63af15)作為包的源IPv6地址，這個路由器宣告消息包帶有一個前綴選項。
測試步2TH-2發(fā)送數(shù)據(jù)包TP3(Echo request)給NUT，數(shù)據(jù)包TP3的源IPv6地址是一個全球地址，這個全球地址與數(shù)據(jù)包TP2(Router-Advertisement)中的前綴相匹配。
測試步3TH-2接受NUT的響應(yīng)數(shù)據(jù)包RP2。
測試步4TH-2比較檢查收到的數(shù)據(jù)包RP2，如果NUT返回的是請求TH-2鏈路層地址的鄰居請求包，則可以確定NUT認為TH-2是在鏈的(on-link)。
測試過程3測試步1TR-1發(fā)送數(shù)據(jù)包TP4(Router_Advertisement)給所有的節(jié)點，用本身的鏈路本地地址(fe80∷02105afffe63af15)作為包的源IPv6地址，這個路由器宣告消息包不帶有前綴選項。
測試步2TH-2發(fā)送數(shù)據(jù)包TP5給NUT，數(shù)據(jù)包TP5的源IPv6地址是一個全球地址。
測試步3TR-1接受NUT的響應(yīng)數(shù)據(jù)包RP3。
測試步4TR-1比較檢查收到的數(shù)據(jù)包RP3，如果NUT返回的是請求TR-1鏈路層地址的鄰居請求包，則可以確定NUT認為TH-2是離鏈的(off-link)。
如果上述三個測試過程都按照預(yù)定的流程執(zhí)行完畢，則可以認為協(xié)議的這一功能的實現(xiàn)是與標準文本相一致的，否則就認為該實現(xiàn)的這一部分有問題，與標準文本不一致。
從上測試例可以看到，用一個測試器TN成功地實現(xiàn)了三個虛擬測試器(兩個虛擬測試主機TH1，TH2，一個虛擬測試路由器TR1)，用虛擬測試法實現(xiàn)了對被測主機或路由器(HUT/RUT)的測試。
權(quán)利要求
1.一種通訊協(xié)議一致性測試中的虛擬測試方法，包括步驟被測實現(xiàn)是根據(jù)地址判斷測試包的來源；用不同的被測協(xié)議實現(xiàn)對等層的網(wǎng)絡(luò)地址實現(xiàn)多臺虛擬測試器；使用多臺虛擬下測試器搭建邏輯測試結(jié)構(gòu)，實現(xiàn)對被測協(xié)議實現(xiàn)軟件(或系統(tǒng))測試。
2.按權(quán)利要求1所述的方法，其特征在于所有虛擬測試器的鏈路層地址相同，網(wǎng)絡(luò)層地址不同。
3.按權(quán)利要求1所述的方法，其特征在于所有測試節(jié)點都是虛擬測試器。
4.按權(quán)利要求1所述的方法，其特征在于還包括測試數(shù)據(jù)包報頭的其它特征字段。
5.按權(quán)利要求4所述的方法，其特征在于由測試數(shù)據(jù)包報頭的其它特征字段確定主機或路由器。
6.一種通訊協(xié)議一致性測試中的虛擬測試系統(tǒng)，包括N-1層服務(wù)提供者和N層被測協(xié)議實現(xiàn)，其特征在于測試器包括多臺虛擬測試器。
7.按權(quán)利要求6所述的系統(tǒng)，其特征在于所述的虛擬測試器由一臺物理測試器構(gòu)成。
全文摘要
一種通訊協(xié)議一致性測試中的虛擬測試方法，包括步驟被測實現(xiàn)是根據(jù)地址判斷測試包的來源；用不同的被測協(xié)議實現(xiàn)對等層的網(wǎng)絡(luò)地址實現(xiàn)多臺虛擬測試器；使用多臺虛擬下測試器搭建邏輯測試結(jié)構(gòu)，實現(xiàn)對被測協(xié)議實現(xiàn)軟件(或系統(tǒng))測試。在保證有效性、精確性的前提下，僅使用一臺下測試器就可以實現(xiàn)對被測協(xié)議實現(xiàn)軟件(或系統(tǒng))的測試。虛擬測試方法避免了各測試器之間復(fù)雜的測試協(xié)調(diào)過程，而且測試結(jié)果更可靠、更精確。
文檔編號H04B17/00GK1400751SQ0112387
公開日2003年3月5日 申請日期2001年8月8日 優(yōu)先權(quán)日2001年8月8日
發(fā)明者田軍 申請人:中國科學(xué)院計算技術(shù)研究所