專利名稱：端口定位測試方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及測試領(lǐng)域，更具體地，涉及一種DSL用戶的端口定 ^立測-試方法和系鄉(xiāng)充。
背景技術(shù)：
在測試領(lǐng)域，面臨著更多也更復雜的新增功能需要測試，端口 定位功能就是其中之一。隨著基于IP技術(shù)的網(wǎng)絡建設的日漸普及， 以及用戶業(yè)務類型的不斷豐富，運營商需要增強對用戶業(yè)務數(shù)據(jù)進 行更加精細和靈活的控制能力。目前IPDSLAM已作為DSL的主要 4妄入i殳備，其上游的BAS無法或者難以/人以太網(wǎng)凄t據(jù)包中獲耳又用戶 端口信息，從而不能對用戶端口進行統(tǒng)一的認證管理，不能有效地防范用戶賬號^皮盜用。這樣，就需要增加PPPoE + 、 VBAS和DHCP option82等端口定位功能。由于這類功能實現(xiàn)時都需要進行較多的 協(xié)議交互，為了模擬真實的功能實現(xiàn)場景，測試時都需要搭建復雜 的真實環(huán)境，并在該環(huán)境下進行功能點的測試。這種測試4支術(shù)存在的不足之處一、搭建真實的測試環(huán)境，需要一些外圍設備來配合測試，包 括支持VBS功能的BAS、支持PPPOE+的BAS、和支持DHCP opion82的服務器等，準備和配置外圍設備需要額外的資源和更多的 配置時間；二、 端口定位功能涉及到大量的協(xié)議交互操作，測試過程中需 要不斷的使用工具捕獲協(xié)議包進行分析，判斷包內(nèi)容是否符合標準，其過程煩瑣而且工作量巨大；三、 由于有新增外圍設備出現(xiàn)在測試環(huán)境中，出現(xiàn)問題時也增 大了故障定位的難度，查找故障是由于待測設備引發(fā)還是由于外接 的BAS、 DHCP服務器造成，需要耗費額外的精力和時間；以及四、 端口定位的穩(wěn)定性測試中缺少準確的故障發(fā)現(xiàn)手段，即在 長時間的協(xié)議交互中出現(xiàn)一次4晉誤，現(xiàn)有的測試手^殳無法對這樣的 故障進行跟蹤。因而，繼續(xù)一種能夠高歲文、準確的端口定4立測i式方案。發(fā)明內(nèi)容為了克服上述不足，本發(fā)明提供了 一種端口定位測試方法和系 統(tǒng)，使用其能夠替代測試需要的網(wǎng)絡周邊設備，并對測試數(shù)據(jù)實時 監(jiān)控和判斷分析。本發(fā)明的一個方面纟是供了 一種端口定位測試方法，其可以包括 以下步驟步驟一，按照協(xié)議標準和網(wǎng)元的實現(xiàn)機理構(gòu)造端口定位 測試所需的協(xié)議交互函數(shù)；步驟二，調(diào)用協(xié)議交互函數(shù)，使用多個 計算機網(wǎng)卡收發(fā)數(shù)據(jù)包，模擬待測設備與網(wǎng)元的協(xié)議交互；步驟三， 捕獲數(shù)據(jù)包，并且根據(jù)協(xié)議標準分析數(shù)據(jù)包，以測試數(shù)據(jù)包的內(nèi)容 是否與十辦i義標準一致；以及步-驟四，才艮才居測試結(jié)果確定下一步測i式 處理。協(xié)議標準包括與以太網(wǎng)上點對點協(xié)議、虛擬寬帶接入服務器協(xié) 議、動態(tài)主機配置協(xié)議相關(guān)的+辦議標準。步驟二中包括以下處理調(diào)用協(xié)議交互函數(shù)，使用多個計算枳j 網(wǎng)卡收發(fā)數(shù)據(jù)包；以及使用多個計算機網(wǎng)卡實現(xiàn)待測設備與網(wǎng)元的協(xié)議交互。其中，多個計算機網(wǎng)卡之一連接待測設備的上聯(lián)板百兆接口 ， 另 一個連接待測設備的用戶4反所連4妄的調(diào)制解調(diào)器。另外，步驟四中包括以下處理如果測試出凄t據(jù)包的內(nèi)容與協(xié) i義標準不一ft，則確定^己錄失敗并繼續(xù)測^式處理，或者終止測試處 理；以及如果lt據(jù)包發(fā)送失敗，則確定記錄失敗并繼續(xù)測試處理， 或者纟冬止測i式處理。該方法還可以包括以下步驟記錄測試結(jié)果以及測試處理的過程。本發(fā)明還提供了一種端口定位測試系統(tǒng)，其包括函數(shù)構(gòu)造單 元，用于4安照切4義標準和網(wǎng)元的實J見才;L理構(gòu)造端口定^f立測i式所需的 協(xié)議交互函數(shù)；收發(fā)單元，用于調(diào)用協(xié)議交互函數(shù)來收發(fā)數(shù)據(jù)包， 模擬待測設備與網(wǎng)元的協(xié)議交互；分析單元，用于捕獲數(shù)據(jù)包，并 且才艮據(jù)協(xié)議標準分析lt據(jù)包，以測試凄史據(jù)包的內(nèi)容是否與協(xié)議標準 一致；以及測試單元， 一艮據(jù)測試結(jié)果確定下一步測試處理。其中，協(xié)議標準包括與以太網(wǎng)上點對點協(xié)議、虛擬寬帶接入服 務器協(xié)-漢、動態(tài)主才幾配置協(xié)i義相關(guān)的協(xié)i義標準。收發(fā)單元包括函數(shù)調(diào)用模塊，用于調(diào)用協(xié)議交互函數(shù)來收發(fā) 數(shù)據(jù)包；以及協(xié)議交互模塊，用于實現(xiàn)待測設備與網(wǎng)元的協(xié)議交互。測試單元還用于當數(shù)據(jù)包的內(nèi)容與協(xié)議標準不一致時，確定記 錄失敗并繼續(xù)測試處理，或者終止測試處理；以及當數(shù)據(jù)包發(fā)送失 敗時，確定記錄失敗并繼續(xù)測試處理，或者終止測試處理。才艮據(jù)本發(fā)明的系統(tǒng)還可以包括記錄單元，用于記錄測試結(jié)果 以及測試處理的過程。因而，采用本發(fā)明，能夠得到以下有益效果1. 使用計算機來模擬外圍設備與待測網(wǎng)元的協(xié)議交互，減少 了對測試資源的占用，節(jié)約測試成本；2. 自動化測試沖是高了測試效率，保證了測試用例批J亍的可靠 性，自動分析功能替代了測試人員捕獲數(shù)據(jù)包并進行分析的過程；3. 簡化了測試環(huán)境，消除了由于引入對4妄i殳備所造成的故障 定位困難的問題；以及4. 在穩(wěn)定性測試中，能夠精確跟蹤設備狀態(tài)，記錄設備運行 情況，能夠發(fā)現(xiàn)待測系統(tǒng)長時間運行中出現(xiàn)的個別錯誤信息。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來^是供對本發(fā)明的進一步理解，并且構(gòu)成i兌明書的一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中圖1是根據(jù)本發(fā)明的端口定位測試方法的流程圖；圖2是根據(jù)本發(fā)明實施例的端口定位測試方法的具體處理的流 程圖；圖3是本發(fā)明的端口定位測試方法的原理圖；以及 圖4是根據(jù)本發(fā)明的端口定位測試系統(tǒng)的框圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進^f亍i^明，應當理解，此 處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本 發(fā)明。圖1是根據(jù)本發(fā)明的端口定位測試方法的流程圖。如圖1所示， 該方法包4舌以下步驟步驟S102,按照協(xié)議標準和網(wǎng)元的實現(xiàn)機理構(gòu)造端口定位測試 所需的協(xié)i義交互函凄史；步驟S104,調(diào)用協(xié)議交互函數(shù)，使用多個計算機網(wǎng)卡收發(fā)數(shù)據(jù) 包，才莫擬待測設備與網(wǎng)元的協(xié)議交互；步驟S106,捕獲數(shù)據(jù)包，并且才艮據(jù)協(xié)議標準分析數(shù)據(jù)包，以測 試凄t據(jù)包的內(nèi)容是否與協(xié)議標準一致；以及步驟S108，才艮據(jù)測試結(jié)果確定下一步測試處理。協(xié)議標準包括與以太網(wǎng)上點對點協(xié)議、虛擬寬帶接入服務器協(xié) i義、動態(tài)主才幾配置f力4義相關(guān)的切、i義標準。步驟S102中包括以下處理調(diào)用協(xié)議交互函數(shù)，使用多個計 算機網(wǎng)卡收發(fā)數(shù)據(jù)包；以及使用多個計算機網(wǎng)卡實現(xiàn)待測設備與網(wǎng) 元的妨、i義交互。其中，多個計算機網(wǎng)卡之一連接待測設備的上聯(lián)板百兆接口 ， 另 一個連接待測設備的用戶板所連接的調(diào)制解調(diào)器。另夕卜，步驟S108中包括以下處理如果測試出數(shù)據(jù)包的內(nèi)容 與協(xié)議標準不一致，則確定記錄失敗并繼續(xù)測試處理，或者終止測 試處理；以及如果W居包發(fā)送失敗，則確定i己錄失敗并繼續(xù)測試處 理，或者纟冬止測i式處理。該方法還可以包括以下步驟記錄測試結(jié)果以及測試處理的過程。圖2是根據(jù)本發(fā)明實施例的端口定位測試方法的具體處理的流 程圖，以及圖3是本發(fā)明的端口定位測試方法的原理圖。以下將結(jié) 合圖2和圖3來詳細說明本發(fā)明的端口定位測試方法的具體過程。如圖2所示，該方法包括以下步驟步驟S202，構(gòu)造協(xié)議交互函數(shù)庫，其中，需要構(gòu)造各種與端口 定位有關(guān)的協(xié)議交互函數(shù)。包括PPPOE、 VBAS、 DHCP的相關(guān)協(xié) 議，定義協(xié)議交互內(nèi)容依照標準和網(wǎng)元的實現(xiàn)機理來進行；步驟S204,使用計算機網(wǎng)卡與網(wǎng)元進行協(xié)議交互，其中，調(diào)用 已經(jīng)編寫完成的協(xié)議交互函數(shù)，使用計算機的網(wǎng)卡來進行收發(fā)包， 其中計算機的一塊網(wǎng)卡連接待測設備的上聯(lián)板百兆接口 ， 一塊網(wǎng)卡連接待測設備的用戶板所連接的modem,具體的連接方法可參見附 圖3;步驟S206,分析協(xié)議交互數(shù)據(jù)，其中，要在測試裝置的網(wǎng)卡上 捕獲并解析協(xié)議數(shù)據(jù)包，分析包內(nèi)容是否與標準一致；步驟S208，確定下一步測試流程，其中，具體流程依照腳本需 求而定，遇到協(xié)議包內(nèi)容與標準不符，或者協(xié)議包發(fā)送失敗，可選 擇記錄失敗信息并繼續(xù)測試流程，或者選擇終止測試；以及步驟S210,記錄測試結(jié)果，其中，要詳細記錄整個測試過程。圖4是根據(jù)本發(fā)明的端口定位測試系統(tǒng)400的框圖。如圖4所 示，該端口定位測試系統(tǒng)包4舌函凄t構(gòu)造單元402，用于4要照妨、i義 標準和網(wǎng)元的實現(xiàn)機理構(gòu)造端口定位測試所需的協(xié)議交互函數(shù)；收 發(fā)單元404，用于調(diào)用所述函數(shù)構(gòu)造單元402所構(gòu)造的協(xié)議交互函 數(shù)來收發(fā)數(shù)據(jù)包，模擬待測設備與網(wǎng)元的協(xié)議交互；分析單元406, 用于收發(fā)單元404捕獲的數(shù)據(jù)包，并且才艮據(jù)協(xié)議標準分析數(shù)據(jù)包， 以測試數(shù)據(jù)包的內(nèi)容是否與協(xié)議標準一致；以及測試單元408，根 據(jù)分析單元406的測試結(jié)果確定下一步測試處理。其中，協(xié)議標準包括與以太網(wǎng)上點對點協(xié)議、虛擬寬帶接入服 務器協(xié)議、動態(tài)主一幾配置協(xié)議相關(guān)的協(xié)議標準。收發(fā)單元404包括函數(shù)調(diào)用模塊，用于調(diào)用協(xié)議交互函數(shù)來 收發(fā)數(shù)據(jù)包；以及協(xié)議交互模塊，用于實現(xiàn)待測設備與網(wǎng)元的協(xié)議 交互。測試單元408還用于當數(shù)據(jù)包的內(nèi)容與協(xié)議標準不一致時，確 定記錄失敗并繼續(xù)測試處理，或者終止測試處理；以及當數(shù)據(jù)包發(fā) 送失敗時，確定^己錄失敗并繼續(xù)測i式處理，或者終止測-逸處5里。根據(jù)本發(fā)明的系統(tǒng)還可以包括記錄單元，用于記錄測試結(jié)果 以及測:逸處理的過禾呈。綜上所述，采用本發(fā)明的方法和系統(tǒng)，減少了對測試資源的占 用，節(jié)約測試成本，還提高了測試效率，保證了測試用例執(zhí)行的可靠性，自動分析功能替代了測試人員捕獲數(shù)據(jù)包并進行分析的過程， 并且簡化了測試環(huán)境，消除了由于引入對接i殳備所造成的故障定位 困難的問題，并且在穩(wěn)定性測試中，能夠精確跟蹤設備狀態(tài)，記錄 設備運行情況，能夠發(fā)現(xiàn)待測系統(tǒng)長時間運行中出現(xiàn)的個別錯誤信息。以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的^支術(shù)人員來i兌，本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均 應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種端口定位測試方法，其特征在于，包括以下步驟步驟一，按照協(xié)議標準和網(wǎng)元的實現(xiàn)機理構(gòu)造端口定位測試所需的協(xié)議交互函數(shù)；步驟二，調(diào)用所述協(xié)議交互函數(shù)，使用多個計算機網(wǎng)卡收發(fā)數(shù)據(jù)包，模擬待測設備與所述網(wǎng)元的協(xié)議交互；步驟三，捕獲所述數(shù)據(jù)包，并且根據(jù)所述協(xié)議標準分析所述數(shù)據(jù)包，以測試所述數(shù)據(jù)包的內(nèi)容是否與所述協(xié)議標準一致；以及步驟四，根據(jù)測試結(jié)果確定下一步測試處理。
2. 4艮據(jù)權(quán)利要求1所述的方法，其特征在于，所述協(xié)議標準包括 與以太網(wǎng)上點對點協(xié)議、虛擬寬帶接入服務器協(xié)議、動態(tài)主機 配置協(xié)議相關(guān)的協(xié)議標準。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟二中包括 以下處J里調(diào)用所述協(xié)議交互函數(shù)，使用所述多個計算機網(wǎng)卡收發(fā)所 述凄t據(jù)包；以及<吏用所述多個計算才幾網(wǎng)卡實i見所述4寺測i殳備與所述網(wǎng)元 的十辦i義交互。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述多個計算機網(wǎng) 卡之一連接所述待測設備的上聯(lián)板百兆接口 ，另一個連接所述 待測i殳備的用戶々反所連4妄的調(diào)制解調(diào)器。
5. 才艮據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟四中包括 以下處玉里如果測試出所述^:據(jù)包的內(nèi)容與所述協(xié)議標準不一致，則 確定i己錄失敗并繼續(xù)測-武處理，或者終止所述測試處理；以及如果所述數(shù)據(jù)包發(fā)送失敗，則確定記錄失敗并繼續(xù)測試處 理，或者纟冬止所述測i式處理。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括以下步驟i己錄所述測試結(jié)果以及所述測試處理的過禾呈。
7. —種端口定位測試系統(tǒng)，其特征在于，包括函數(shù)構(gòu)造單元，用于按照協(xié)議標準和網(wǎng)元的實現(xiàn)機理構(gòu)造 端口定位測試所需的協(xié)議交互函凄t;收發(fā)單元，用于調(diào)用所述協(xié)議交互函數(shù)來收發(fā)數(shù)據(jù)包，模 擬待測設備與所述網(wǎng)元的協(xié)議交互；分析單元，用于捕獲所述數(shù)據(jù)包，并且^4居所述協(xié)議標準 分析所述數(shù)據(jù)包，以測試所述數(shù)據(jù)包的內(nèi)容是否與所述協(xié)議標 準一f丈；以及測試單元，根據(jù)觀'H式結(jié)果確定下 一 步領(lǐng)'J試處理。
8. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述協(xié)議標準包括 與以太網(wǎng)上點對點協(xié)議、虛擬寬帶接入服務器協(xié)議、動態(tài)主機 配置協(xié)議相關(guān)的協(xié)議標準。
9. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述收發(fā)單元包括函數(shù)調(diào)用才莫塊，用于調(diào)用所述協(xié)議交互函凄t來收發(fā)數(shù)據(jù) 包；以及協(xié)議交互模塊，用于實現(xiàn)所述待測設備與所述網(wǎng)元的協(xié)議 交互。
10. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述測試單元還用 于當所述數(shù)據(jù)包的內(nèi)容與所述協(xié)議標準不一致時，確定記錄 失敗并繼續(xù)測試處理，或者終止所述測試處理；以及當所述lt據(jù)包發(fā)送失敗時，確定記錄失敗并繼續(xù)測試處 理，或者終止所述測試處理。
11. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，還包括記錄單元，用于記錄所述測試結(jié)果以及所述測試處理的過程。
全文摘要
本發(fā)明提供了一種端口定位測試方法和系統(tǒng)，其中，該方法可以包括以下步驟步驟一，按照協(xié)議標準和網(wǎng)元的實現(xiàn)機理構(gòu)造端口定位測試所需的協(xié)議交互函數(shù)；步驟二，調(diào)用協(xié)議交互函數(shù)，使用多個計算機網(wǎng)卡收發(fā)數(shù)據(jù)包，模擬待測設備與網(wǎng)元的協(xié)議交互；步驟三，捕獲數(shù)據(jù)包，并且根據(jù)協(xié)議標準分析數(shù)據(jù)包，以測試數(shù)據(jù)包的內(nèi)容是否與協(xié)議標準一致；以及步驟四，根據(jù)測試結(jié)果確定下一步測試處理，從而減少了對測試資源的占用，節(jié)約測試成本，還提高了測試效率。
文檔編號H04L12/26GK101335654SQ20071012753
公開日2008年12月31日 申請日期2007年6月28日 優(yōu)先權(quán)日2007年6月28日
發(fā)明者宋曉煒, 范小燕 申請人:中興通訊股份有限公司