專利名稱：網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)協(xié)議測試技術(shù)，特別涉及一種在大規(guī)模、長時間的網(wǎng)絡(luò)協(xié)議一致性測試環(huán)境中對被測系統(tǒng)的配置方法。
背景技術(shù)：
協(xié)議一致性測試是一種黑盒測試，是驗證協(xié)議實現(xiàn)與協(xié)議標(biāo)準(zhǔn)是否一致的手段。國際標(biāo)準(zhǔn)化組織ISO專門制定了一套國際標(biāo)準(zhǔn)ISO/IEC 9646，為協(xié)議的一致性測試提供了基本方法和框架，為測試集制定了設(shè)計步驟和描述方法，并為測試系統(tǒng)的實現(xiàn)提供了指導(dǎo)。
ISO/IEC 9646-1將一致性評價過程分為測試準(zhǔn)備，測試執(zhí)行和生成測試報告三個階段。測試執(zhí)行前，被測方應(yīng)向測試方提供“協(xié)議實現(xiàn)一致性聲明”(ProtocolImplement Conformance Statements，簡稱PICS)和“協(xié)議實現(xiàn)額外信息“(ProtocolImplementation Extra Information Statement，簡稱PIXIT)。測試方根據(jù)PICS和PIXIT選擇抽象測試方法和抽象測試套，并最終確定測試方法。同時被測系統(tǒng)做好測試準(zhǔn)備，達(dá)到相應(yīng)的測試狀態(tài)。測試執(zhí)行開始后，首先進行靜態(tài)一致性檢查。然后根據(jù)PICS和PIXIT選擇合適的測試?yán)瑫r給測試?yán)嚓P(guān)參數(shù)賦值，得到參數(shù)化的可執(zhí)行測試?yán)筮M行動態(tài)測試，最后根據(jù)測試結(jié)果和測試過程中的記錄信息生成測試報告。圖1所示是協(xié)議一致性測試過程圖，一致性評價過程是評估某實現(xiàn)或系統(tǒng)與一個或多個國際標(biāo)準(zhǔn)相一致的所有一致性測試活動的全過程。它分三個階段測試準(zhǔn)備抽象測試集的生成，是為一個特定的協(xié)議產(chǎn)生一個獨立于所有協(xié)議實現(xiàn)的抽象測試集ATS(Abstract Test Suite)。
測試操作也稱作測試實現(xiàn)。在這一階段，根據(jù)協(xié)議實現(xiàn)一致性聲明PICS(Protocol Implement Conformance Statements)和協(xié)議實現(xiàn)額外信息PIXIT(ProtocolImplementation extra Information Statement)從一致性測試集中選取適當(dāng)?shù)臏y試?yán)?，并使用PIXIT提供的信息來量化這些測試?yán)?，從ATS生成可在一實際的測試系統(tǒng)上執(zhí)行的測試集，最終產(chǎn)生參數(shù)化的可執(zhí)行測試集。
測試執(zhí)行包括被測實現(xiàn)IUT(Implementation Under Test)的PICS分析和可執(zhí)行測試集的執(zhí)行。IUT的PICS分析是分析該協(xié)議實現(xiàn)的PICS與有關(guān)標(biāo)準(zhǔn)指定的靜態(tài)一致性要求SCR(Static Conformance Requirement)相一致?？蓤?zhí)行測試集的執(zhí)行是對被測協(xié)議實現(xiàn)運行已具體化的測試?yán)?，并對IUT的外部行為響應(yīng)進行觀察，最終可以得到一個一致性的判決。它包括行為測試與已知的PICS分析及能力測試結(jié)果的綜合。從中可以看出是否這些結(jié)果與PICS表述的能力相一致，從而可獲得IUT關(guān)于標(biāo)準(zhǔn)要求的一致性結(jié)論，這些結(jié)果記錄于一致性測試報告中。
實際測試中，無論是測試儀表廠商還是測試研究機構(gòu)提供的測試?yán)_本往往是通用的，測試?yán)_本中與被測系統(tǒng)有關(guān)的參數(shù)用變量表示，在具體的被測系統(tǒng)下完成測試?yán)齾?shù)化。為了滿足一定的測試條件，模擬出被測系統(tǒng)遇到的各種網(wǎng)絡(luò)環(huán)境，使得通用的測試?yán)軌蛟诟鞣N各樣的被測系統(tǒng)上執(zhí)行，達(dá)到預(yù)期的測試目的，通常情況下需要對被測系統(tǒng)進行配置。
目前，一般采用手工配置的方法對被測系統(tǒng)進行配置。這種方法測試效率很低，而且要求測試人員對協(xié)議測試和被測系統(tǒng)有相當(dāng)程度的了解，不適用于大規(guī)模，長時間的測試。已有技術(shù)中對被測系統(tǒng)進行自動配置的方法，比如清華大學(xué)網(wǎng)絡(luò)實驗室的一致性測試系統(tǒng)通過在測試描述中增加對被測系統(tǒng)進行自動配置的描述同時在測試系統(tǒng)中增加自動配置模塊來實現(xiàn)對被測系統(tǒng)的配置。這種將自動配置集成在測試系統(tǒng)中的方法，雖然提高了測試效率，但是忽略了被測系統(tǒng)的多樣性，很可能導(dǎo)致測試系統(tǒng)過于復(fù)雜或者出現(xiàn)某些被測系統(tǒng)不可配置的情況。另外，美國IXIA公司通過Expect等命令腳本指定被測系統(tǒng)的配置，系統(tǒng)將自動執(zhí)行配置腳本，在測試之前，期間或之后對被測系統(tǒng)進行配置。這種配置方式靈活自由，但用戶需要編輯Expect腳本，并非完全實現(xiàn)自動配置。本發(fā)明正是針對已有的協(xié)議一致性測試中配置被測系統(tǒng)的不足提出的一種行之有效的解決方法。

發(fā)明內(nèi)容
本發(fā)明的目的是克服已有技術(shù)的網(wǎng)絡(luò)協(xié)議一致性測試環(huán)境中對被測系統(tǒng)的單獨進行手動配置或自動配置的不足，提供一種改進的網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法。
為了達(dá)到上述目的，本發(fā)明采取如下技術(shù)方案一種網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，包括以下步驟1)對被測系統(tǒng)進行配置時用到的命令進行抽象化；
2)建立抽象命令描述文件；3)建立配置文件，該配置文件包括配置列表和解除配置列表；4)在配置時，如果是手動配置，則進入相應(yīng)的配置列表項后，每讀一條抽象命令，從命令描述文件中獲取提示內(nèi)容，用戶按照提示內(nèi)容對被測系統(tǒng)進行配置；如果是自動配置，就針對每一個抽象命令，建立命令執(zhí)行腳本，進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動配置；5)在解除配置時，如果是手動解除配置，則進入相應(yīng)的解除配置列表項后，每讀一條抽象命令，從命令描述文件中獲取提示內(nèi)容，用戶按照提示內(nèi)容對被測系統(tǒng)進行解除配置；如果是自動解除配置，則進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動解除配置。
在上述技術(shù)方案中，進一步地，所述步驟4)中在配置時設(shè)置為由用戶選擇是手動配置或自動配置。
在上述技術(shù)方案中，進一步地，所述步驟5)中在解除配置時設(shè)置為由用戶選擇是手動解除配置或自動解除配置。
在上述技術(shù)方案中，進一步地，所述步驟3)替換為建立配置文件和解除配置文件。
一種網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，包括以下步驟1)對被測系統(tǒng)進行配置時用到的命令進行抽象化；2)建立抽象命令描述文件；3)建立配置文件；4)在配置時，如果是手動配置，則進入相應(yīng)的配置列表項后，每讀一條抽象命令，就從命令描述文件中獲取提示內(nèi)容，用戶按照提示內(nèi)容對被測系統(tǒng)進行配置；如果是自動配置，就針對每一個抽象命令，建立命令執(zhí)行腳本，進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動配置；在手動配置或自動配置時，測試系統(tǒng)記錄抽象配置命令及其執(zhí)行順序；5)在解除配置時，根據(jù)測試系統(tǒng)記錄的抽象配置命令執(zhí)行順序來執(zhí)行與抽象配置命令對應(yīng)的抽象解除配置命令的命令執(zhí)行腳本，對被測系統(tǒng)進行自動解除配置。
在上述技術(shù)方案中，進一步地，所述步驟4)中在配置時設(shè)置為由用戶選擇是手動配置或自動配置。
與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果在于本發(fā)明通過對被測系統(tǒng)的自動配置和自動解除配置縮短測試時間，提高測試效率；同時通過手工配置和自動配置相結(jié)合的方法提供被測系統(tǒng)的擴展性，滿足不同用戶的測試需求。


圖1為協(xié)議一致性測試的過程框圖。
圖2為本發(fā)明協(xié)議一致性測試被測系統(tǒng)配置流程圖。
具體實施例方式
下面結(jié)合附圖和具體實施方式
對本發(fā)明作進一步詳細(xì)描述實施例1協(xié)議一致性理論給出了測試的基本步驟。實際測試中，用戶可以根據(jù)具體情況進行整合和簡化。測試儀表廠商和測試研究機構(gòu)一般會提供測試解決方案，或者將測試方法內(nèi)置在測試系統(tǒng)或測試工具中，因此基本上不用考慮如何選擇測試方法和測試套。把一個測試?yán)臏y試過程可以分為五個步驟。
第一步，基本參數(shù)設(shè)置。測試方和被測方的網(wǎng)絡(luò)接口信息，包括IP地址，MAC地址等網(wǎng)絡(luò)參數(shù)。作為測試方與被測方交互的基本信息，這些參數(shù)將以用戶界面的形式獲取。
第二步，測試?yán)齾?shù)化?；緟?shù)將衍生出測試?yán)幸玫降娜繀?shù)，測試?yán)齾?shù)化的過程就是將測試?yán)_本中的變量賦值的過程。測試?yán)詣訁?shù)化，不需要人工干預(yù)。
第三步，配置被測系統(tǒng)。測試?yán)O(shè)計中，為達(dá)到測試目的，要考慮對被測系統(tǒng)的哪些屬性進行配置和配置什么屬性值。測試?yán)珊?，這些就確定了。但具體配置命令的格式是無法確定的，不同的被測系統(tǒng)有不同的指令系統(tǒng)。
第四步，執(zhí)行測試?yán)_本，得到判決結(jié)果。
第五步，解除被測系統(tǒng)配置。這一步是第三步的反操作，在實際測試中是必要的。當(dāng)前測試?yán)臏y試過程中對被測系統(tǒng)的配置可能影響到下一個測試?yán)臏y試判決，從而得到不確定或者錯誤的結(jié)論。為了避免各種干擾，保證測試環(huán)境的準(zhǔn)確，需要對被測系統(tǒng)解除配置。
對測試?yán)龍?zhí)行過程的細(xì)分是導(dǎo)出被測系統(tǒng)配置模型的基礎(chǔ)。
本發(fā)明提出一種協(xié)議一致性測試中對被測系統(tǒng)的配置和解除配置方法，運用此方法對協(xié)議一致性測試系統(tǒng)實現(xiàn)進行改進，最終實現(xiàn)一致性測試過程中被測系統(tǒng)的配置。
一種網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，包括以下步驟下面以DHCPv6協(xié)議測試中一個簡化的被測系統(tǒng)配置過程為例，說明此配置方法。
DHCPv6是一種基于客戶/服務(wù)器模式的協(xié)議，DHCPv6中共設(shè)置了三種實體，即客戶、服務(wù)器和轉(zhuǎn)發(fā)代理。因此此處將DHCPv6測試套分為三個測試組，被測系統(tǒng)分別作為客戶，服務(wù)器和轉(zhuǎn)發(fā)代理接受測試。
1)對被測系統(tǒng)進行配置時用到的命令進行抽象化；命令抽象化的過程，此例中，可抽象為六個基本命令。三個配置命令，比如名稱命名為SetDhcpClient，SetDhcpServer和SetDhcpRelay，是分別將被測系統(tǒng)配置為客戶模式，服務(wù)器模式和轉(zhuǎn)發(fā)代理模式；三個解除配置命令，比如名稱命名為DeleteDhcpClient，DeleteDhcpServer和DeleteDhcpRelay，是將分別取消被測系統(tǒng)的客戶模式，服務(wù)器模式和轉(zhuǎn)發(fā)代理模式。
2)建立抽象命令描述文件；此例中，在命令描述文件(比如命名為CommandDefine)中分別對以上六個命令進行定義和描述。如對命令SetDhcpServer定義如下<CommandHint command＝″SetDhcpServer″paramList＝″″>
<Hint>Configure SUT to be the DHCP server.</Hint>
</CommandHint>
由此可見，命令名為SetDhcpServer；參數(shù)表為空，即NULL；命令描述文本為“Configure SUT to be the DHCP server”。此處SUT是system under test(被測系統(tǒng))的縮寫。
3)建立配置文件，該配置文件包括配置列表和解除配置列表；此處建立包括配置列表和解除配置列表的配置文件也可以采用另一種方式建立配置文件和解除配置文件。此例采取第一種方式建立配置文件，如下在配置文件(比如命名為SutConfigList)的配置列表(比如命為setconfig)中，建立這樣的表項
IPv6DHCPv6Test20{{SetDhcpServer}}IPv6DHCPv6Test20是測試?yán)?，{SetDhcpServer}是配置命令項。
同時，在解除列表(比如命名為unsetconfig)中，建立這樣的表項IPv6DHCPv6Test20{{DeleteDhcpServer}}4)由用戶選擇是手動配置或自動配置；如果是手動配置，則進入相應(yīng)的配置列表項后，每讀一條抽象命令，從命令描述文件中獲取提示內(nèi)容，用戶按照提示內(nèi)容對被測系統(tǒng)進行配置；如果是自動配置，就針對每一個抽象命令，建立命令執(zhí)行腳本，進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動配置；此例中配置過程如下選擇測試?yán)齀Pv6DHCPv6Test20后，用戶選擇手動配置或者自動配置被測系統(tǒng).然后測試系統(tǒng)進入配置列表setconfig，讀到此測試?yán)牡谝粭l配置命令SetDhcpServer，若用戶選擇的是手動配置，測試系統(tǒng)即轉(zhuǎn)入CommandDefine文件，找到對應(yīng)條目SetDhcpServer，系統(tǒng)彈出提示框Configure SUT to be the DHCPserver。測試人員根據(jù)此信息把被測系統(tǒng)設(shè)置為DHCP Server模式；若用戶選擇的是自動配置，則進入抽象命令SetDhcpServer對應(yīng)的命令執(zhí)行腳本(比如命名為SutIosSetDhcpServer.exp)對被測系統(tǒng)進行自動配置。
5)由用戶選擇是手動解除配置或自動解除配置；如果是手動解除配置，則進入相應(yīng)的解除配置列表項后，每讀一條抽象命令，從命令描述文件中獲取提示內(nèi)容，用戶按照提示內(nèi)容對被測系統(tǒng)進行解除配置；如果是自動解除配置，則進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動解除配置。
此例中解除配置過程如下配置完畢后，測試?yán)_始執(zhí)行。得到判決結(jié)果后，測試系統(tǒng)進入解除配置列表unsetconfig，若用戶選擇的是手動配置，測試系統(tǒng)即轉(zhuǎn)入CommandDefine文件，找到對應(yīng)條目DeleteDhcpServer，系統(tǒng)彈出提示框Unset SUT to be the DHCP server。測試人員根據(jù)此信息解除被測系統(tǒng)的DHCP Server模式；若用戶選擇的是自動配置，則進入抽象命令DeleteDhcpServer對應(yīng)的命令執(zhí)行腳本SutIosDeleteDhcpServer.exp對被測系統(tǒng)進行自動解除配置。
根據(jù)本發(fā)明的方法，在網(wǎng)絡(luò)協(xié)議一致性測試系統(tǒng)中，可以設(shè)計被測系統(tǒng)配置模型，該模型由命令描述文件，命令腳本和配置文件三大模塊組成。如圖2所示，是協(xié)議一致性測試被測系統(tǒng)配置流程圖。
抽象命令的設(shè)計是建立模型的核心。抽象命令與具體的被測系統(tǒng)無關(guān)，但涵蓋對被測系統(tǒng)進行配置時用到的所有命令。所有抽象命令在一個命令描述文件中定義并描述。同時設(shè)置一個配置文件，包含一個配置列表和一個解除配置列表，每一個測試?yán)龑?yīng)一個列表項，每個列表項由數(shù)條抽象命令組成。通過手動或者自動執(zhí)行抽象命令來對被測系統(tǒng)進行手動或者自動配置。
如果手動執(zhí)行抽象命令，則進入相應(yīng)的配置列表項后，每讀到一條抽象命令，設(shè)置系統(tǒng)彈出一個提示框，提示框的內(nèi)容從命令描述文件中獲取，使測試者能夠根據(jù)提示信息對被測系統(tǒng)進行配置。具體的命令格式由測試者掌握。配置完畢后，測試?yán)_始執(zhí)行，得到判決結(jié)果后進入解除配置列表，同樣由測試者根據(jù)提示信息對被測系統(tǒng)實施手動解除配置。這種方式的優(yōu)點是通用性很好，測試系統(tǒng)不需要考慮被測系統(tǒng)具體的配置命令。
如果自動執(zhí)行抽象命令，則必須針對某一個或某一類被測系統(tǒng)編寫一套命令執(zhí)行腳本，每條抽象命令對應(yīng)一個命令執(zhí)行腳本。命令執(zhí)行腳本將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動配置。測試執(zhí)行中，系統(tǒng)會自動對被測系統(tǒng)進行配置和解除配置。這種方法的優(yōu)點是測試者不必熟悉被測系統(tǒng)的配置命令，大大提高了測試效率。
本發(fā)明將自動配置方法和手動配置方法綜合運用。手動配置被測系統(tǒng)作為一般方法提供給測試者，保證任何被測系統(tǒng)都能在測試人員的參與下進行正確配置。對于被測方有特殊要求的被測系統(tǒng)采用自動配置的方法，由測試方提供命令執(zhí)行腳本。測試系統(tǒng)可以提供給用戶編寫命令執(zhí)行腳本的接口，用戶可以任意添加和修改被測系統(tǒng)的命令執(zhí)行腳本，極大地增強了用戶自動配置的靈活性和可擴展性。本發(fā)明適用于大規(guī)模，長時間的網(wǎng)絡(luò)協(xié)議的測試，大大提高了測試效率。而且本發(fā)明提供了被測系統(tǒng)的可擴展性，能很好地滿足不同用戶的需求。
如圖2所示是應(yīng)用本發(fā)明的流程圖，開始配置被測系統(tǒng)后，首先進入配置文件，查看配置列表。每一個測試?yán)龑?yīng)一個列表項，每個列表項由數(shù)條抽象命令組成。
如果進行手動配置，則進入相應(yīng)的配置列表項后，每讀到一條抽象命令系統(tǒng)彈出一個提示框。提示框的內(nèi)容從命令描述文件中獲取，使測試者能夠根據(jù)提示信息對被測系統(tǒng)進行配置。如果進行自動配置，每條抽象命令對應(yīng)一個命令執(zhí)行腳本，命令執(zhí)行腳本將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動配置。
配置完畢后，測試?yán)_始執(zhí)行，得到判決結(jié)果后進入解除配置列表。
與配置過程類似，如果手動解除配置，則由測試者根據(jù)提示信息對被測系統(tǒng)實施手動解除配置，測試系統(tǒng)不需要考慮被測系統(tǒng)具體的配置命令。如果自動解除配置，測試系統(tǒng)會自動對被測系統(tǒng)進行配置和解除配置。
實施例2實施例1提供了一種可以手動解除配置和自動解除配置相結(jié)合的配置方法。本實施例提供完全自動解除配置的配置方法為1)同實施例1的步驟1)；2)同實施例1的步驟2)；3)建立配置文件，該配置文件包括一個配置列表；在配置文件SutConfigList的配置列表setconfig中，建立這樣的表項IPv6DHCPv6Test20{{SetDhcpServer}}4)由用戶選擇是手動配置或自動配置；測試系統(tǒng)進入相應(yīng)的配置列表項，逐條讀取并記錄每一條抽象命令。如果是手動配置，每讀一條抽象命令，從命令描述文件中獲取提示內(nèi)容，用戶按照提示內(nèi)容對被測系統(tǒng)進行配置；如果是自動配置，就針對每一條抽象命令，建立命令執(zhí)行腳本，進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動配置；無論在手動配置或自動配置時，測試系統(tǒng)均記錄抽象配置命令及其執(zhí)行順序；此例中配置過程如下
選擇測試?yán)齀Pv6DHCPv6Test20后，用戶選擇手動配置或者自動配置被測系統(tǒng)。然后測試系統(tǒng)進入配置列表setconfig，逐條讀取并記錄抽象配置命令，此例中只有SetDhcpServer一條命令。若用戶選擇的是手動配置，讀到SetDhcpServer后，測試系統(tǒng)即轉(zhuǎn)入CommandDefine文件，找到對應(yīng)條目SetDhcpServer，系統(tǒng)彈出提示框Configure SUT to be the DHCP server。測試人員根據(jù)此信息把被測系統(tǒng)設(shè)置為DHCP Server模式；若用戶選擇的是自動配置，讀到SetDhcpServer后，則進入抽象命令SetDhcpServer對應(yīng)的命令執(zhí)行腳本(比如命名為SutIosSetDhcpServer.exp)對被測系統(tǒng)進行自動配置。
5)在解除配置時，根據(jù)測試系統(tǒng)記錄的抽象配置命令的執(zhí)行順序執(zhí)行與抽象配置命令對應(yīng)的抽象解除配置命令的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行了完全的自動解除配置。
此例中解除配置過程如下配置完畢后，測試?yán)_始執(zhí)行。得到判決結(jié)果后，測試系統(tǒng)進入抽象配置命令SetDhcpServer對應(yīng)的抽象解除配置命令DeleteDhcpServer的命令執(zhí)行腳本SutIosDeleteDhcpServer.exp對被測系統(tǒng)進行完全自動解除配置。
最后所應(yīng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制。盡管參照實施例對本發(fā)明進行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，對本發(fā)明的技術(shù)方案進行修改或者等同替換，都不脫離本發(fā)明技術(shù)方案的精神和范圍，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍當(dāng)中。
權(quán)利要求
1.一種網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，包括以下步驟1)對被測系統(tǒng)進行配置時用到的命令進行抽象化；2)建立抽象命令描述文件；3)建立配置文件，該配置文件包括配置列表和解除配置列表；4)在配置時，如果是手動配置，則進入相應(yīng)的配置列表項后，每讀一條抽象命令，從命令描述文件中獲取提示內(nèi)容，使用戶按照提示內(nèi)容對被測系統(tǒng)進行配置；如果是自動配置，就針對每一個抽象命令，建立命令執(zhí)行腳本，進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動配置；5)在解除配置時，如果是手動解除配置，則進入相應(yīng)的解除配置列表項后，每讀一條抽象命令，從命令描述文件中獲取提示內(nèi)容，用戶按照提示內(nèi)容對被測系統(tǒng)進行解除配置；如果是自動解除配置，則進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動解除配置。
2.根據(jù)權(quán)利要求1所述網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，其特征是，所述步驟4)中在配置時設(shè)置為由用戶選擇是手動配置或自動配置。
3.根據(jù)權(quán)利要求1所述網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，其特征是，所述步驟5)中在解除配置時設(shè)置為由用戶選擇是手動解除配置或自動解除配置。
4.根據(jù)權(quán)利要求1所述網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，其特征是，所述步驟3)替換為建立配置文件和解除配置文件。
5.一種網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，包括以下步驟1)對被測系統(tǒng)進行配置時用到的命令進行抽象化；2)建立抽象命令描述文件；3)建立配置列表；4)在配置時，如果是手動配置，則進入相應(yīng)的配置列表項后，每讀一條抽象命令，就從命令描述文件中獲取提示內(nèi)容，用戶按照提示內(nèi)容對被測系統(tǒng)進行配置；如果是自動配置，就針對每一個抽象命令，建立命令執(zhí)行腳本，進入相應(yīng)的配置列表項后，逐條讀取抽象命令并讀取對應(yīng)的命令執(zhí)行腳本，將抽象命令轉(zhuǎn)化成具體的被測系統(tǒng)上的命令，同時與被測系統(tǒng)交互，對被測系統(tǒng)進行自動配置；在手動配置或自動配置時，測試系統(tǒng)記錄抽象配置命令及其執(zhí)行順序；5)在解除配置時，根據(jù)測試系統(tǒng)記錄的抽象配置命令執(zhí)行順序來執(zhí)行與抽象配置命令對應(yīng)的抽象解除配置命令的命令執(zhí)行腳本，對被測系統(tǒng)進行自動解除配置。
6.根據(jù)權(quán)利要求5所述網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，其特征是，所述步驟4)中在配置時設(shè)置為由用戶選擇是手動配置或自動配置。
全文摘要
本發(fā)明公開了一種網(wǎng)絡(luò)協(xié)議一致性測試中被測系統(tǒng)的配置方法，包括以下步驟1)對被測系統(tǒng)進行配置時用到的命令進行抽象化；2)建立抽象命令描述文件；3)建立配置文件，該配置文件包括配置列表和解除配置列表；4)配置時，選擇手動配置或自動配置；5)在解除配置時，選擇手動解除配置或自動解除配置。本發(fā)明通過對被測系統(tǒng)的自動配置縮短測試時間，提高測試效率；同時通過手工配置和自動配置相結(jié)合的方法提供被測系統(tǒng)的擴展性，滿足不同用戶的測試需求。
文檔編號H04L29/06GK1972222SQ20061016485
公開日2007年5月30日 申請日期2006年12月6日 優(yōu)先權(quán)日2006年12月6日
發(fā)明者范小雨, 魏異芬, 鄭紅霞, 謝高崗 申請人:中國科學(xué)院計算技術(shù)研究所