專利名稱：：測試用例生成方法及系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及產(chǎn)品的測試，尤其涉及一種基于市場環(huán)境的測試用例生成方法及系統(tǒng)，數(shù)據(jù)通信產(chǎn)品的測試方法和系統(tǒng)。
背景技術：
：目前軟件的測試上分為白盒測試(white-boxTesting)和黑盒測試(Black一boxTesting)。白盒測試，也稱結構測試或邏輯驅(qū)動測試，它是按照程序內(nèi)部的結構測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作，這一方法是把測試對象看作一個打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結構相關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢査程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致。黑盒測試，又稱為功能測試或數(shù)據(jù)驅(qū)動測試，它是把測試對象看作一個黑盒子，簡單的理解，就是把測試產(chǎn)品比喻成一家房間，我們在門外，關注的是門外直觀所應有的功能和結構，利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結構和處理過程。黑盒測試的主要目的包括1、功能錯誤或遺漏；2、界面錯誤；3、數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤；4、性能錯誤；5、初始化和終止錯誤。一般情況下，數(shù)據(jù)通信產(chǎn)品在出廠前需要進行基本功能點測試、路由協(xié)議系統(tǒng)測試，然后解決問題后推向市場。但是實際的測試數(shù)據(jù)表明，目前的測試方法無法很好的滿足市場對產(chǎn)品質(zhì)量的要求，比如產(chǎn)品出廠前的測試都通過，但是到市場實際環(huán)境運行后，發(fā)現(xiàn)問題依然存在。鑒于傳統(tǒng)的簡單功能測試無法滿足產(chǎn)品質(zhì)量的要求，目前各大廠商，開始逐步追求產(chǎn)品功能的耦合性，網(wǎng)絡產(chǎn)品測試區(qū)分為功能測試、簡單系統(tǒng)環(huán)境測試、實際市場環(huán)境測試。而目前的測試方法中包括但不限于功能測試，簡單系統(tǒng)環(huán)境測試、實驗室環(huán)境測試、實際市場環(huán)境測試，基本上采用黑盒測試的方法。其中功能測試主要是針對產(chǎn)品單一的功能點的基本實現(xiàn)、CLI(command-lineinterface,命令行界面)吻合程度、show顯示命令的簡單測試、邊界值的范圍。簡單系統(tǒng)環(huán)境測試主要是針對路由協(xié)議，如BGP(BorderGatewayProtocol,邊界網(wǎng)關協(xié)議)，按照核心層、匯聚層、接入層(網(wǎng)絡分層)，構建相應的拓撲，導入數(shù)據(jù)流，然后進行針對功能應用的測試。實驗室環(huán)境測試是通過對市場動態(tài)的了解以及基本拓撲信息的提取，依賴測試工具的分析，模擬用戶實際使用的數(shù)據(jù)流、網(wǎng)絡拓撲，并且根據(jù)分析結果進行必要的擴展，進行內(nèi)部的模擬測試。實際市場環(huán)境的測試有別于實驗室環(huán)境測試，實驗室環(huán)境測試集中在模擬，而實際市場環(huán)境更加注重的是還原市場的應用需求，更加傾向于客戶的實際使用需求，集中要點就是"用戶用什么，產(chǎn)品測試過程中就測試什么"，這并不是簡單的對每個客戶建立一套獨立的環(huán)境，而是針對不同的客戶區(qū)分客戶群，區(qū)分的原則是網(wǎng)絡拓撲結構類似、使用環(huán)境類似；然后根據(jù)不同客戶群進行市場環(huán)境的實際盡可能的還原，之所以單獨提出來，主要是實際市場環(huán)境的測試在追求質(zhì)量、快速滿足客戶軟件版本需求上有著實驗室環(huán)境無法比擬的優(yōu)勢。而用戶的需求是通過市場支持人員反饋獲得的，通過這樣的數(shù)據(jù)上提取后的環(huán)境測試，最大限度還原客戶應用環(huán)境，提高測試的針對性。通過市場支持人員在現(xiàn)場收集的信息包括但不限于報文流、用戶使用的功能、參數(shù)范圍、拓撲，通過渠道反饋回測試部門，通過測試人員根據(jù)收集到的實際信息，然后構建實際的測試環(huán)境包括但不限于數(shù)據(jù)流、拓撲、使用功能、參數(shù)。根據(jù)實際的應用功能、環(huán)境、數(shù)據(jù)流等進行更加有針對性的測試。然而，目前實際市場環(huán)境的測試，主要是根據(jù)市場支持人員收集的客戶使用信息，然后進行原原本本的模擬實現(xiàn)，屬于生搬硬套型。如圖1所示，其是通常的測試方法的流程圖，目前這種測試方法存在一定的缺點1、測試的強度不夠由于直接套用市場支持人員反饋的信息，無法很好的預見客戶需求的擴展，無法避免市場支持人員收集過程中的疏漏所帶來的產(chǎn)品質(zhì)量風險。2、測試功能覆蓋度不夠無法滿足客戶潛在的相似功能的需求，假設未來幾個月，甚至一到兩年間，客戶使用了類似的替代功能，舊有測試方法無法防范此類風險。3、在實際數(shù)通產(chǎn)品測試過程中，會專門在實驗室對實際市場環(huán)境進行模擬，但是這樣的模擬或多或少都不能完全等同于市場環(huán)境，該測試方法同樣存在功能點覆蓋、強度覆蓋上的不足。4、測試的效率不夠高目前只能按照市場支持人員的反饋信息，然后通過測試人員的分析，然后再進行簡單的整理后輸出測試用例、腳本；并且這些用例和腳本均有數(shù)據(jù)通信產(chǎn)品測試的局限性；針對不同數(shù)通產(chǎn)品的、不同時期的相似的功能測試，仍然需要測試人員的參與和分析，甚至是重復的勞動，耗費大量的時間。如圖2所示，其是舉例說明實際市場環(huán)境測試的操作過程，其中左框是市場人員反饋經(jīng)過測試人員提取的數(shù)據(jù)，右框是最終測試結果數(shù)據(jù)。當然每個公司在實際測試過程中得到的最終測試數(shù)據(jù)略有不同，但是所采用的方法是一樣，就是通過市場人員反饋的數(shù)據(jù)，稍加處理或者不加處理的應用到測試過程中。這種傳統(tǒng)的測試方法和強度遠遠無法滿足現(xiàn)在測試產(chǎn)業(yè)對產(chǎn)品的高質(zhì)量、測試人員效率的要求，特別是對于數(shù)通產(chǎn)品測試而言，任何的產(chǎn)品質(zhì)量問題都會對客戶的信任度造成一定的影響，并且產(chǎn)品返工所消耗的人力、物力也是不可估量的。
發(fā)明內(nèi)容由于通常的實驗室環(huán)境測試方法和實際市場環(huán)境測試方法在功能點的覆蓋、測試強度、以及對市場環(huán)境的模擬上都存在一定的缺陷，無法很好的還原實際的測試環(huán)境，缺乏測試強度，同時無法滿足客戶潛在功能需求，因此，本發(fā)明的主要目的是針對通常的測試方法的不足所提出的改進。本發(fā)明公開了一種測試用例生成系統(tǒng)，該系統(tǒng)包括客戶端和服務器端，其中，所述客戶端用于提供可操作的界面及接口，該客戶端主要包括特征值輸入單元，用于輸入測試特征值；數(shù)據(jù)轉換單元，用于將所述測試特征值轉換為所述服務器端可識別的信息；以及特征值傳輸單元，用于將所述轉換后的測試特征值傳輸?shù)剿龇掌鞫?；所述服務器端用于接收所述測試特征值，按照預先定義的算法和處理動作，對客戶端產(chǎn)生的請求進行響應，生成所需的測試用例，該服務器端主要包括:實際測試數(shù)據(jù)生成器，用于根據(jù)預先定義的算法對所述測試特征值進行計算，生成實際測試數(shù)值反饋回客戶端，該測試特征值包括產(chǎn)品類型、測試類型、功能模塊、功能子模塊、鄰居數(shù)量以及路由容量；測試腳本生成器，用于根據(jù)所述測試特征值，在預先定義的腳本模板中選擇對應所述測試特征值的腳本反饋回所述客戶端，該測試特征值包括產(chǎn)品類型、功能模塊、功能子模塊；以及報文分析器，用于根據(jù)所述測試特征值，對客戶端上傳的報文進行分析，生成波形圖反饋回所述客戶端，該測試特征值包括產(chǎn)品類型、報文過濾選項、報文過濾關鍵值。本發(fā)明還公開了一種測試用例生成方法，該方法包括下列步驟接收客戶端反饋的測試特征值，該測試特征值包括產(chǎn)品類型、測試類型、功能模塊、功能子模塊、鄰居數(shù)量、路由容量、報文過濾選項、報文過濾的關鍵值；根據(jù)預先定義的算法以及或者預先定義的模板對所述測試特征值進行計算或處理，生成實際測試數(shù)值反饋回所述客戶端。根據(jù)本發(fā)明一實施例，所述預先定義的算法包括加量測試方法，該方法包括下列步驟判斷產(chǎn)品類型是否是異常測試；如果是，則根據(jù)客戶端反饋的產(chǎn)品類型，選擇產(chǎn)品理論承受的最大值，輸出實際測試值-理論最大值XA,其中A為預先定義的加強系數(shù)權值;如果不是，則根據(jù)鄰居數(shù)量、路由容量，輸出實際測試值=客戶端反饋值XB，其中B為預先定義的加強系數(shù)權值。根據(jù)本發(fā)明另一實施例，所述預先定義的算法還包括點加量測試方法，該方法包括下列步驟根據(jù)所述功能模塊提取預先定義的功能子模塊模板；將所述功能子模塊與功能子模塊模板進行比較，找出功能子模塊模板中與所述功能子模塊相似功能的功能子模塊，與所述功能模塊一起作為實際需要測試的功能模塊輸出。根據(jù)本發(fā)明再一實施例，所述預先定義的模板為腳本模板，該方法還包括下列步驟根據(jù)所述功能模塊與功能子模塊，與預先定義的腳本模塊進行比較；找出與所述功能模塊和功能子模塊對應的腳本作為實際測試需要的腳本輸出。根據(jù)本發(fā)明再一實施例，該方法還包括下列步驟根據(jù)所述報文過濾選項和報文過濾關鍵值，采用分類法和對比法對客戶端上傳的報文進行分析，生成報文分析結果輸出。本發(fā)明的方法和系統(tǒng)能夠根據(jù)測試人員輸入的特征值，通過系統(tǒng)預先定義好的算法、功能模塊模板、功能子模塊模板、腳本模板以及報文分析器，生成基于市場應用的功能測試實際值、測試腳本以及報文分析圖等測試用例，以供實際測試時使用。此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，并不構成對本發(fā)明的限定。在附圖中圖l為現(xiàn)有技術中通常的測試方法的流程圖；圖2為現(xiàn)有技術中通常的測試方法的舉例說明；圖3為根據(jù)本發(fā)明實施例的系統(tǒng)結構框圖；圖4為根據(jù)本發(fā)明實施例的客戶端界面示意圖5為根據(jù)本發(fā)明實施例的加量測試方法流程圖6A-圖6B為根據(jù)本發(fā)明實施例的點加量測試方法流程圖7A-圖7B為根據(jù)本發(fā)明實施例的腳本生成器處理流程圖8為根據(jù)本發(fā)明實施例的報文示意圖9為根據(jù)圖8所示實施例的報文處理后的示意圖IO為根據(jù)本發(fā)明實施例的系統(tǒng)組成示意圖11為根據(jù)本發(fā)明實施例的報文處理結果的數(shù)據(jù)包大小分布圖。具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚明白，下面結合實施例和附圖，對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。本發(fā)明公開了一種測試用例生成方法和系統(tǒng)，可以提高產(chǎn)品覆蓋度以及測試強度，并且可以通過預先定義的腳本、自動報文分析器，實現(xiàn)測試的半自動化，提升了測試工程師的執(zhí)行效率。本發(fā)明經(jīng)過擴展后，不但能夠用于數(shù)據(jù)通訊產(chǎn)品的測試，而且適合于一切具有共性的產(chǎn)品類型或者一條完整的產(chǎn)品線。本發(fā)明的核心內(nèi)容在于，通過服務器端的實際數(shù)據(jù)生成器、報文分析器和腳本生成器三大功能組件，由客戶端根據(jù)測試工程師輸入的數(shù)據(jù)生成消息反饋回服務器端，再通過對比服務器端的模板，最后輸出測試功能模塊、測試腳本、報文分析圖返回給測試工程師的客戶端，而測試工程師根據(jù)反饋回來的信息，對測試環(huán)境進行必要的測試，包括但不限于多少個鄰居數(shù)、多少條路由、功能模塊；同時運行反饋回的測試腳本對測試環(huán)境進行半自動化測試，而環(huán)境中的數(shù)據(jù)流是根據(jù)報文分析器取得的直觀圖形來明確報文種類、報文大小等參數(shù)。本發(fā)明能夠通過測試工程師客戶端和服務器端的通信，完成測試的產(chǎn)品功能、功能容量、腳本、報文分析圖表等的輸出。這個整理后的結果直接作用于新的產(chǎn)品、新的項目的測試過程。通過服務器預留的插件，可以對該系統(tǒng)的測試方法，以及腳本進行豐富和修改，達到滿足不同項目、不同產(chǎn)品的測試需求。下面結合附圖和具體實施例對本發(fā)明進行詳細說明。請參照圖3，本發(fā)明的測試用例生成系統(tǒng)主要包括客戶端和服務器端，其中-客戶端主體部分屬于測試用例數(shù)據(jù)導入部分，負責向服務器端提供消息，其具體功能主要是提供一個測試工程師可操作、可視化的界面，可以通過安裝在PC上的一個供測試工程師操作的圖形界面來實現(xiàn)，該部分不需要執(zhí)行任何的算法和操作，所要做的僅僅是把測試工程師輸入的數(shù)據(jù)轉化為服務器端可識別的消息，然后通過特定的語言傳送到服務器端，為服務器和測試工程師的"中介"。根據(jù)本發(fā)明的一個較佳實施例，該客戶端主要包括特征值輸入單元31、數(shù)據(jù)轉換單元32以及特征值傳輸單元33,其中的特征值輸入單元31是客戶端向測試工程師提供的不同的功能鍵，以提供到服務器端的測試特征值，便于服務器根據(jù)該測試特征值進行相應的處理，而該客戶端的功能鍵可根據(jù)不同數(shù)據(jù)產(chǎn)品類型、不同功能進行必要的擴展。其中的數(shù)據(jù)轉換單元32是將通過特征值輸入單元31輸入的測試特征值轉換為服務器端可識別的消息，通過特征值傳輸單元33傳輸?shù)椒掌鞫?。其中的特征值傳輸單?3是用于將轉換后的測試特征值傳輸?shù)椒掌鞫?，可以采用FTP的方式或其他方式，其中，F(xiàn)TP是文件傳輸協(xié)議的簡稱，用于Internet上的控制文件的雙向傳輸。其中，特征值輸入單元31主要包括功能模塊輸入單元用于輸入可選的功能模塊，該功能模塊輸入單元主要提供測試人員所需要關心的測試模塊，通過客戶端的數(shù)據(jù)轉換單元32的處理形成消息，通過特征值傳輸單元33與服務器通信，把該消息所攜帶的特征值(在這里指具體的功能模塊)反饋回服務器，便于服務器通過特征值來獲取對該消息處理的輸入指令。其中的功能模塊包括大型邊界網(wǎng)關協(xié)議(BGP:BorderGatewayProtocol)、開放式最短路徑優(yōu)先(OSPF:OpenShortestPathFirst)、路由信息協(xié)議(RIP:RoutingInformationProtocol)等，如下表一所示，其為根據(jù)本發(fā)明的較佳實施例的功能模塊的詳細定義。<table>tableseeoriginaldocumentpage12</column></row><table><table>tableseeoriginaldocumentpage13</column></row><table><table>tableseeoriginaldocumentpage14</column></row><table>表一功能子模塊輸入單元用于輸入大型邊界網(wǎng)關協(xié)議(BGP)下的路由屬性值，通過客戶端的數(shù)據(jù)轉換單元32處理形成消息，通過特征值傳輸單元33與服務器通訊，把該消息所攜帶的特征值(在這里指具體的功能子模塊，如community)反饋回服務器，便于服務器通過該特征值比對采用相應算法提高測試功能點覆蓋度。路由屬性值用于數(shù)據(jù)流在傳輸過程中選擇路徑使用，如團體屬性(CommunityAttribute)、本地優(yōu)先級屬性(Local-preferenceAttribute)等，如下表二所示，其為根據(jù)本發(fā)明的較佳實施例的功能子模塊的詳細定義。<table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table>表二鄰居數(shù)量輸入單元用于輸入鄰居數(shù)量，該鄰居數(shù)量輸入單元主要提供測試人員所需要關心的鄰居數(shù)量，通過客戶端的數(shù)據(jù)轉換單元32處理形成消息，通過特征值傳輸單元33與服務器通訊，把該消息所攜帶的特征值(在這里指具體的鄰居數(shù)量，如鄰居數(shù)量100)反饋回服務器，便于服務器采用該特征值，應用算法增加提高鄰居數(shù)量測試強度。該鄰居數(shù)量主要是整數(shù)值類型，范圍為0-1000。路由容量輸入單元用于輸入路由容量，通過客戶端的數(shù)據(jù)轉換單元32處理形成消息，通過特征值傳輸單元33與服務器通訊，把該消息所攜帶的特征值(在這里指具體的路由容量，如路由容量1000)反饋回服務器，便于服務器采用該特征值，采用算法提高路由數(shù)量測試強度。該路由容量主要是整數(shù)值類型，范圍為0-1000000。測試類型輸入單元用于輸入測試的類型，通過客戶端的數(shù)據(jù)轉換單元32處理形成消息，通過特征值傳輸單元33與服務器通訊，把該消息所攜帶的特征值(在這里指具體測試模型，如異常測試或正常測試)反饋回服務器，為服務器利用該特征值選擇正常/異常測試方法提供支撐?？蛇x類型包括正常測試、異常測試。產(chǎn)品類型輸入單元用于輸入待測試產(chǎn)品的類型，通過客戶端的數(shù)據(jù)轉換單元32處理形成消息，通過特征值傳輸單元33與服務器通訊，把該消息所攜帶的特征值(在這里指具體產(chǎn)品類型，各個公司可自行定義)反饋回服務器，以便服務器針對不同產(chǎn)品所預定義的默認值進行相應處理。具體的產(chǎn)品類型的可選范圍可以根據(jù)實際產(chǎn)品進行定義。報文過濾選項輸入單元用于輸入報文的過濾選項，通過客戶端的數(shù)據(jù)轉換單元32處理形成消息，通過特征值傳輸單元33與服務器通訊，把該消息所攜帶的特征值(在這里指具體的報文過濾選項)反饋回服務器，以便服務器對報文通過這種選定的規(guī)則進行分析。如selectrelatedpacketsbysoure(通過源IP);selectrelatedpacketsbydestination(通過目的IP);selectrelatedpacketsbysourceanddestination(通過源禾口目的IP)。報文過濾關鍵值輸入單元用于輸入報文過濾的關鍵值，通過客戶端的數(shù)據(jù)轉換單元32處理形成消息，通過特征值傳輸單元33與服務器通訊，把該消息所攜帶的特征值(在這里指具體報文過濾關鍵值如源ipl丄l.l)反饋回服務器，以便服務器根據(jù)報文過濾選項中的特征值進行報文過濾、處理。如報文過濾選項輸入單元中的源IP地址、目的IP地址。操作維護單元用于通過服務器端對該客戶端的界面和預定義接口選項進行更新、增加、修改，刪除等操作，達到可擴展的目的，該操作維護單元可以通過預留的功能擴展插件來實現(xiàn)。請參照圖4，其為根據(jù)本發(fā)明實施例的客戶端界面的示意圖。根據(jù)本發(fā)明的較佳實施例，客戶端還包括一個測試用例接收單元34，用于接收服務器端經(jīng)處理測試特征值后反饋回的實際測試用例，展現(xiàn)給測試工程師，以便其根據(jù)該實際測試用例進行測試工作。下面將進行詳細說明。服務器端負責所有數(shù)據(jù)的處理和報文的分析，是本系統(tǒng)的關鍵，其中，服務器端又包括實際測試數(shù)據(jù)生成器35、測試腳本生成器36、報文分析器37三大部分，服務器端通過三大組件完成數(shù)據(jù)處理和報文分析后，反饋相應的數(shù)據(jù)和圖形到客戶端，實現(xiàn)客戶端和服務器端交互處理。其中實際測試數(shù)據(jù)生成器35，主要作用是對客戶端反饋回的消息進行處理，通過預先定義的算法，計算出實際測試數(shù)據(jù)，反饋回客戶端，這個實際測試數(shù)據(jù)作為后續(xù)測試工程師實際測試時必須使用的測試數(shù)值。其中，客戶端反饋回來的消息內(nèi)容包括產(chǎn)品類型、測試類型、功能模塊、鄰居數(shù)量、路由容量、功能子模塊。該實際測試數(shù)據(jù)生成器35就是根據(jù)產(chǎn)品類型和測試類型，對功能模塊、鄰居數(shù)量、路由容量、功能子模塊這些參數(shù)作處理。其中，預先定義的算法包括加量測試方法和點加量測試方法。其中，還要根據(jù)預先定義的算法預先定義符合測試過程的加強系數(shù)值。加量測試方法主要包括下述內(nèi)容如果測試類型為異常測試，則執(zhí)行下述步驟根據(jù)客戶端反饋的產(chǎn)品類型，選擇產(chǎn)品功能模塊的理論承受的最大值，然后通過加強系數(shù)權值A，最終輸出實際測試值-理論最大值X權值A;對于異常測試的加量測試方法，為了增加進行異常性測試，根據(jù)市場支持人員反饋的信息，由測試工程師提取客戶使用的功能模塊，然后提取出該功能模塊的理論最大值，那么對于異常測試，所采取的算法是"理論最大值XA"，而目前所預先定義的A值建議范圍為1.5—2的范圍內(nèi)。如果測試類型為正常測試，則執(zhí)行下述步驟根據(jù)鄰居數(shù)量或路由容量，通過加強系數(shù)權值B,得到最后的實際測試值-客戶端反饋值X權值B。對于正常測試的加量測試方法，為了提高測試的強度，根據(jù)市場支持人員反饋的信息，由測試工程師提取實際使用數(shù)值，那么對于正常測試，所采取的算法是"實際使用數(shù)值XB"，而目前所預先定義的B值建議范圍為2—10的范圍內(nèi)。其中，權值A和權值B是預先定義的，可以通過服務器端預留的控件，由管理員登錄進行修改、更新、刪除等，以適應每個項目的需求。計算出實際應該測試的數(shù)值后，通過實際測試數(shù)據(jù)生成器35反饋回客戶端，而客戶端一般裝在測試工程師的本地PC，因此可以很容易明確后續(xù)測試的實際值。舉例說明對于異常測試直接由實際測試數(shù)據(jù)生成器根據(jù)輸入產(chǎn)品類型選擇該產(chǎn)品理論的最大值假設為100000，然后乘以加強系數(shù)權值A假設為1.5，最后輸出給測試工程師的測試值為100000X1.5=150000。對于正常測試測試輸入的鄰居數(shù)=100,實際測試數(shù)據(jù)生成器設定的加強系數(shù)權值B假設為2，最后輸出給測試工程師的測試值為100X2=200。具體的處理流程詳見圖5，包括下列步驟接收客戶端反饋的數(shù)據(jù)(步驟511)，該數(shù)據(jù)是由客戶端根據(jù)測試工程師輸入的測試特征值，如產(chǎn)品類型、功能模塊、功能子模塊、鄰居數(shù)量、路由容量，經(jīng)過數(shù)據(jù)轉換單元32的轉換而形成的實際測試數(shù)據(jù)生成器可識別的消息；判斷測試類型是否是異常測試(步驟512)，該步驟是根據(jù)客戶端的測試類型輸入單元輸入的測試類型來判斷的；如果是，則根據(jù)客戶端反饋的產(chǎn)品類型，選擇產(chǎn)品理論承受的最大值，然后通過加強系數(shù)權值A,最終輸出實際測試值-理論最大值X權值A(步驟513);如果不是，則根據(jù)鄰居數(shù)量、路由容量，通過加強系數(shù)權值B，得到最后的實際測試值-客戶端反饋值X權值B(步驟514);將所述實際測試值反饋回客戶端(步驟515)。點加量測試方法主要包括下述內(nèi)容根據(jù)輸入的功能模塊以及輸入的功能子模塊，對比實際測試數(shù)據(jù)生成器35預先定義的模板(如表二所示的功能子模塊模板)，取出相似的功能，得到最后的測試功能模塊，然后通過該實際測試數(shù)據(jù)生成器35反饋到客戶端，作為測試工程師測試的實際功能模塊。舉例說明假設輸入的功能模塊是BGP，輸入的功能子模塊是BGP的Local-preferenceAttribute屬性，那么這些測試特征值通過客戶端的處理作為相應的消息反饋回服務器端的實際測試數(shù)據(jù)生成器35，實際測試數(shù)據(jù)生成器35進行如下處理1、找到預先定義的BGP模塊；2、取出上述BGP模塊下的功能子模塊模板(如表二所示的功能子模塊模板)；3、將上述輸入的功能子模塊與所述功能子模塊模板進行比較；4、找出與所述輸入的功能子模塊相似功能的功能子模塊反饋給客戶端。例如Multi—exit—discAttribute等N個功能子模塊都是與Local-preferenceAttribute屬性功能相似的功能子模塊，那么這些功能子模塊就由實際測試數(shù)據(jù)生成器反饋回客戶端，測試工程師得到的結果就是Loacal-preferenceAttribute、Multi一exit一discAttribute等需要測試的功能子模塊。其中，所述模板可以由管理員通過控件對實際測試數(shù)據(jù)生成器35上定義的模板進行更新、增加、刪除、修改等。具體的處理流程詳見圖6A，包括下列步驟接收客戶端反饋的功能模塊以及功能子模塊的消息(步驟611):這里的功能模塊和功能子模塊是由客戶端根據(jù)測試工程師輸入的功能模塊及功能子模塊的測試特征值，經(jīng)過數(shù)據(jù)轉換單元32的轉換而形成的實際測試生成器可識別的消息；將所述功能子模塊與預先定義的功能子模塊模板進行比較(步驟612)，找出該功能子模塊模板中與該功能子模塊相似功能的功能子模塊與所述功能模塊一起作為實際需要測試的功能模塊(步驟613);將所述實際需要測試的功能模塊反饋回客戶端(步驟614)。詳見圖6B，其中，測試功能模塊包括了客戶反饋的功能模塊和與客戶反饋的功能子模塊功能類似的功能子模塊1n。腳本生成器36，主要作用是對客戶端反饋回的消息進行處理，通過比較預先定義的腳本模板，自動下發(fā)相應功能模塊的腳本模板，反饋回客戶端，作為測試工程師實際測試過程中使用的腳本，達到測試的高效性。其中，客戶端反饋的消息包括功能模塊和功能子模塊。其中，腳本是采用visualbasic禾卩Javascript編寫，可以在登錄到被測產(chǎn)品命令行界面的軟件工具運行。測試工程師可以利用終端登錄軟件，如windowsxp操作系統(tǒng)自帶的超級終端，登錄到被測產(chǎn)品，運行測試腳本，在測試人員不參與的情況下實現(xiàn)對被測產(chǎn)品的半自動化測試。其中，腳本擴展是通過插件來實現(xiàn)的，可以由管理人員進行必要的添加、修改、刪除等。通過該插件提高該腳本生成器組件的可擴展性，滿足不同項目、不同產(chǎn)品的需求。根據(jù)本發(fā)明的較佳實施例，腳本模板定義如下腳本模板1:fora=lto20000000——循環(huán)次數(shù)cmd"routerbgp65535"——進入BGP的配置模式crt.sleep500cmd"neighbor10.254.250.97route-reflector-client"—-添加路由反射器的屬性crtsleep500—停頓0.5S，后續(xù)繼續(xù)執(zhí)行cmd"neighbor10.254.250.98route-reflector-client"crt.sleep20000cmd"noneighbor10.254.250.97route-reflector-client"——刪除路由反射器的屬性crt.sleep500cmd"noneighbor10.254.250.98route-reflector-client"crt.sleep20000cmd"exit"腳本模板2:fora=1000to1254——循環(huán)次數(shù)cmd"intvlan"&a&""—-進入接口配置模式crt.sleep100—等待時間cmd"ipadd211.1."&(a-999)&".l255.255.255.0"——配置接口的IP地址crt.sleep500cmd"routerospf1000"-—進入OSPF路由協(xié)議的配置模式crt.sleep100cmd"net211.1."&(a-999)&".00.0.0.255arealOOO"--配置通過OSPF的鄰居crt.sleep500cmd"exit"——退出next--循環(huán)，進入下一次腳本生成器36具體的處理流程詳見圖7A，包括下列步驟接收客戶端反饋的功能模塊以及功能子模塊的消息(步驟711):這里的功能模塊和功能子模塊是由客戶端根據(jù)測試工程師輸入的功能模塊及功能子模塊的測試特征值，經(jīng)過數(shù)據(jù)轉換單元32的轉換而形成的腳本生成器36可識別的消息；根據(jù)所述功能模塊與功能子模塊消息，找出對應的腳本模板作為實際測試需要的腳本(步驟712、713);將所述實際測試需要的腳本反饋回客戶端(步驟714)。詳見圖7B，其中，測試執(zhí)行的腳本是與客戶反饋的功能模塊、功能子模塊對應的腳本，格式為vb.js。報文分析器37，主要作用是根據(jù)客戶端反饋回的報文以及客戶選擇的報文分析條件，由報文分析器37進行自動的分析，最終輸出到客戶端，呈現(xiàn)給測試工程師更加具體和直觀的圖形界面。其中，所述報文分析條件包括報文過濾選項、報文過濾關鍵值，通過這些分祐條件(如目的IP、源IP等)對報文進行分析，形成波形圖輸出，用于指導測試工程的測試環(huán)境搭建過程中需要覆蓋的報文流種類以及報文流的帶寬。需要說明的是，一般客戶現(xiàn)場截獲的報文，往往是通過抓包工具來抓取的，沒有任何規(guī)律可言，僅僅顯示的是某時刻網(wǎng)絡中存在的哪些報文、這些報文的具體內(nèi)容是什么，而網(wǎng)絡流量究竟是怎么樣的、網(wǎng)絡帶寬實際的分配情況無法直接有效的反饋給測試人員，同時網(wǎng)絡中報文的種類和流量之大，使得測試工程師難于分析，或者分析起來非常耗時。根據(jù)本發(fā)明實施例的報文分析器37，把簡單的客戶在現(xiàn)場截獲的報文，通過二定的規(guī)則和關鍵值字段，進行必要的篩選和區(qū)分，建立起必要的報文模型，能夠直觀地反應網(wǎng)絡具體到每個報文的流量和帶寬占用情況。報文分析器37處理報文圖形主要是通過如下算法完成的，主要包括分類法通過客戶端反饋的特征值，這里主要包括報文過濾選項和報文過濾關鍵值，對所提交的報文進行分類，如分成報文l、報文2、報文3。比較法通過報文分類后，統(tǒng)計每類報文在一定時間段的流量，然后對比總流量，得出每類報文所占的網(wǎng)絡帶寬的比例，可以采用餅圖、圖表、條形圖等形式直觀顯示每類報文在網(wǎng)絡中的實際情況。所述比較法可以有如下的方式(包括但不限于)比較同一時段，不同類報文的分布情況；比較不同時段，同一類報文的分布情況；所有時段，每類報文的分布情況等等。舉例說明如圖8所示的報文，通過報文分析器37根據(jù)報文過濾關鍵值如目的地址、源地址、不同報文大小等進行分析排列，得出如圖9所示的結果。下面結合圖10所示的系統(tǒng)組成示意圖對本發(fā)明的系統(tǒng)和方法進行說明。如圖10所示，每個環(huán)節(jié)的處理步驟如下①此步驟輸入為市場反饋的信息，由市場支持人員提供。該市場反饋信息主要包括客戶使用的功能模塊信息、網(wǎng)絡拓撲信息、實際使用的功能參數(shù)等未經(jīng)分析過的數(shù)據(jù)；②此步驟為測試工程師根據(jù)市場反饋的信息進行提取，提取客戶使用的具體功能模塊、網(wǎng)絡拓撲信息、路由條目等，作為客戶端的輸入；③此步驟是由客戶端根據(jù)測試工程師輸入的信息(如功能?！姥耄δ茏幽K，路由信息等)轉化為服務器可識別的消息，通過客戶端與服務器間通訊通道反饋到服務器，作為服務器組件(實際測試數(shù)據(jù)生成器、測試腳本生成器、報文分析器)的輸入；:此步驟是根據(jù)客戶端反饋到服務器的消息中，提取出相應的功能模塊，子功能模塊、路由信息等部分，然后根據(jù)定義好的算法進行計算，輸出測試數(shù)據(jù)。⑤此步驟是根據(jù)客戶端反饋到服務器的消息中，提取出相應的功能模塊，子功能模塊等部分，然后根據(jù)腳本比對，輸出腳本。(1):此步驟是根據(jù)客戶端反饋到服務器的文件中，根據(jù)報文分析器的條件進行報文的分類、比較，輸出報文分析后的圖形。⑦此步驟是集④⑤⑥處理后的數(shù)據(jù)(實際測試數(shù)據(jù)、腳本、報文分析圖)反饋回客戶端。⑧通過前面幾個步驟的處理，客戶端得到了⑦步驟從服務器反饋回來的實際測試數(shù)據(jù)、腳本、報文分析圖形，而這些數(shù)據(jù)經(jīng)由測試工程師提取，得到實際測試必須使用的鄰居數(shù)、路由條目、測試功能、子功能模塊，同時得到測試過程中需要執(zhí)行的腳本;而對服務器反饋的報文圖形進行分析，得到報文的種類，各個報文的大小等數(shù)據(jù)，作為測試環(huán)境的數(shù)據(jù)流。⑧步驟測試結束后，根據(jù)測試工程師對整個測試過程的總結，可以通過插件對服務器中的實際測試數(shù)據(jù)生成器的算法、腳本模板、報文分析器的算法等進行必要的更新和豐富，不斷強大服務器的處理功能。需要特別說明的是，本發(fā)明該系統(tǒng)的客戶端安裝沒有任何的限制，可以自由安裝在測試工程師的PC上，主要是提供一個易于操作的界面和接口。而服務器，由專門的server充當，并且由項目管理者或者制定的工程師進行維護，主要是提供接收客戶端返回的信息，并且按照預先定義好的算法和處理動作，對客戶端產(chǎn)生的請求進行響應。實際操作過程中，測試工程師對市場支持人員收集的數(shù)據(jù)進行分析提取，利用系統(tǒng)客戶端給定的界面要求輸入實際的特征值，經(jīng)過客戶端軟件轉化為服務器端可識別的消息，傳輸?shù)奖鞠到y(tǒng)的服務器端，服務器端再通過預先定義的算法、報文分析器、腳本生成器，最終反饋回客戶端具體的測試數(shù)據(jù)、需要覆蓋的功能點、運行腳本、報文分析后的結果，而這些內(nèi)容成為測試工程師在測試過程中需要覆蓋的功能點和數(shù)值、腳本、報文流等。本發(fā)明的系統(tǒng)同時具有良好的擴展性，可以根據(jù)系統(tǒng)預留的插件進行相應的管理，針對不同的數(shù)通產(chǎn)品、不同的功能、不同客戶的需求進行必要的擴展，滿足不斷變化的數(shù)通產(chǎn)品測試需求?？傊?，本發(fā)明提供了一個客戶端-服務器端(C-S:Client/Server)結構的系統(tǒng)，通過該系統(tǒng)可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷，用戶通過client端進行操作，而數(shù)據(jù)的處理均在服務器端完成。同時本發(fā)明也可以進行簡單的擴展，形成B/S(Browser/Server)結構，即瀏覽器和服務器結構，用戶可以通過3W瀏覽器進行操作，極少部分事務邏輯在前端(Browser)實現(xiàn)，但是主要事務邏輯在服務器端(Server)實現(xiàn)，形成所謂三層3-tier結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本。下面列舉一個路由協(xié)議測試過程中的例子對本發(fā)明進行進一步詳細說明客戶端輸入功能模塊BGP;功能子模塊med;鄰居數(shù)100;路由數(shù)1000;測試模型異常測試；產(chǎn)品類型XXX(這里是指產(chǎn)品型號，可由廠家根據(jù)其為產(chǎn)品定義的型號自行定義，便于識別即可)；報文選擇通過源地址報文提交以tcap,.pcap為后綴文件名。客戶端處理流程1、把上述信息打包成服務器可識別的消息；2、通過FTP提交報文到服務器端。服務器端處理流程實際測試數(shù)據(jù)生成器處理流程實際測試數(shù)據(jù)生成器接收到客戶端反饋的消息，提取到功能模塊BGP;子功能模塊med;鄰居數(shù)100;路由數(shù)1000;測試類型異常測試；產(chǎn)品類型XXX。根據(jù)預先定義的點加量測試方法和內(nèi)部存儲的功能子模塊模板(表二)，輸出:功能模塊BGP子功能模塊(參見表二)OrignAttributeAs_pathAttributeNext—hopAttributeLocal_preferenceAttributeAtomic—aggregateAttributeAggregatorAttributeCommunityAttributeOriginator—IDAttributeCluster—listAttribute根據(jù)測試模型為異常測試，調(diào)用步驟513(詳見圖5)，同時根據(jù)產(chǎn)品類型XXX，實際測試生成器輸出路由數(shù)XXX的最大路由理論值X1.5(加權系數(shù))=10000X1.5=15000;鄰居數(shù)100(客戶端反饋值)X3(加權系數(shù))=300。腳本生成器處理流程腳本生成器接收到客戶端反饋的消息，提取到功能模塊BGP;子功能模塊med。根據(jù)對比預先定義好的腳本，服務器輸出腳本l:fora=lto20000000—-循環(huán)次數(shù)cmd"routerbgp65535"--—進入BGP的配置模式crt.sleep500cmd"neighbor10.254.250.97route-reflector-client"-—添加路由反射器的屬性crt.sleep500—停頓0.5S，后續(xù)繼續(xù)執(zhí)行cmd"neighbor10.254.250.98route-reflector-client"crt.sleep20000cmd"noneighbor10.254.250.97route-reflector-client"——刪除路由反射器的屬性crt.sleep500cmd"noneighbor10.254.250.98route-reflector-client"crt.sleep20000cmd"exit"報文生成器處理流程報文生成器接收到客戶端提交的報文，根據(jù)分類法和比對法，服務器輸出報文分析結果，如圖11所示的數(shù)據(jù)包大小分布圖。在該圖中，橫軸表示報文的分類，縱軸表示占用的比例，根據(jù)這個報文分析結果圖，可以清楚每類報文所占用總帶寬的一個比例值，使得報文分析更加直觀。客戶端接收服務端反饋后的處理流程接收實際測試數(shù)據(jù)生成器的數(shù)據(jù)對于實際測試數(shù)據(jù)生成器反饋過來的數(shù)據(jù)，如功能模塊、功能子模塊、鄰居數(shù)、路由數(shù)等，這部分數(shù)據(jù)作為測試工程師測試過程的輸入，在搭建環(huán)境和測試過程中必須覆蓋，包括功能點、鄰居數(shù)、路由數(shù)。接收腳本生成器的數(shù)據(jù)對于腳本生成器產(chǎn)生的腳本，作為測試工程師測試過程必須使用的腳本，通過腳本的執(zhí)行來達到測試設備的半自動化，提高測試的效率。接收報文分析器的數(shù)據(jù)對于報文分析器分析的報文圖形，測試工程師通過對報文圖形的簡單分析，得到報文的種類、報文的大小(這些可從圖中直觀獲得)，在搭建環(huán)境過程中必須覆蓋到分析后的報文，以及各個報文的大小。本發(fā)明的有益效果在于1、本系統(tǒng)可以提高測試的強度，通過服務器預定好的測試方法，能夠?qū)y試工程的測試強度進行必要的增加，從而提高產(chǎn)品的穩(wěn)定性。其中，通過預先定義好的測試方法(如加量測試方法、點加量測試方法等)根據(jù)預先定義的加強系數(shù)權值，把市場得到的測試特征值與加強系數(shù)權值相乘，例如市場人員反饋回的路由協(xié)議鄰居數(shù)200，加強系數(shù)權值為A，那么測試工程師提取的實際值便為200XA，得到測試工程師實際測試過程中使用的具體數(shù)值，來提高產(chǎn)品功能點的覆蓋度，滿足客戶的潛在需求，并且可以通過該算法提高測試的強度。2、提高了測試的覆蓋度，通過預定的點加量測試方法，得到相應類似功能的輸出，通過這個輸出指導測試工程師完成必要的產(chǎn)品功能覆蓋，從而提高產(chǎn)品的覆蓋度。3、完善實驗室測試過程中對實際市場環(huán)境模擬的不足，提高數(shù)通產(chǎn)品測試質(zhì)量。4、通過預先定義的腳本，根據(jù)測試工程師輸入的測試特征值自動下發(fā)測試腳本；根據(jù)提交的報文，通過不同的分析方法，自動分析報文，能夠?qū)崿F(xiàn)測試的半自動化，提高測試工程師的執(zhí)行效率?？傊?，本發(fā)明立志于提升產(chǎn)品的質(zhì)量，達到基于市場應用測試的高強度、高覆蓋率、高效率。通過本發(fā)明的運用，在數(shù)通產(chǎn)品的測試前期通過客戶端收集輸入后，由客戶端對收集的數(shù)據(jù)進行分類處理后提交到服務器端；同時通過本系統(tǒng)的服務端運行，對客戶端輸入的數(shù)據(jù)進行加工處理，從而達到集數(shù)據(jù)分析、數(shù)據(jù)處理、報文分析、腳本輸出為一體的效果，進而提高測試的強度、覆蓋度、測試效率。以上所述的具體實施例，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。權利要求1、一種測試用例生成系統(tǒng)，該系統(tǒng)包括客戶端和服務器端，其特征在于所述客戶端用于提供可操作的界面及接口，該客戶端主要包括特征值輸入單元，用于輸入測試特征值；數(shù)據(jù)轉換單元，用于將所述測試特征值轉換為所述服務器端可識別的信息；以及特征值傳輸單元，用于將所述轉換后的測試特征值傳輸?shù)剿龇掌鞫耍凰龇掌鞫擞糜诮邮账鰷y試特征值，按照預先定義的算法和處理動作，對客戶端產(chǎn)生的請求進行響應，生成所需的測試用例，該服務器端主要包括實際測試數(shù)據(jù)生成器，用于根據(jù)預先定義的算法對所述測試特征值進行計算，生成實際測試數(shù)值反饋回客戶端，該測試特征值包括產(chǎn)品類型、測試類型、功能模塊、功能子模塊、鄰居數(shù)量以及路由容量；測試腳本生成器，用于根據(jù)所述測試特征值，在預先定義的腳本模板中選擇對應所述測試特征值的腳本反饋回所述客戶端，該測試特征值包括產(chǎn)品類型、功能模塊、功能子模塊；以及報文分析器，用于根據(jù)所述測試特征值，對客戶端上傳的報文進行分析，生成波形圖反饋回所述客戶端，該測試特征值包括產(chǎn)品類型、報文過濾選項、報文過濾關鍵值。2、根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述特征值輸入單元包括產(chǎn)品類型輸入單元，用于輸入產(chǎn)品類型，該產(chǎn)品類型包括數(shù)據(jù)通信產(chǎn)品；測試類型輸入單元，用于輸入測試類型，該測試類型包括正常測試或異常測試。3、根據(jù)權利要求2所述的系統(tǒng)，其特征在于，所述特征值輸入單元還包括功能模塊輸入單元，用于輸入測試模塊，該測試模塊包括大型邊界網(wǎng)關協(xié)議模塊、開放式最短路徑優(yōu)先模塊或者路由信息協(xié)議模塊；功能子模塊輸入單元，用于輸入所述測試模塊下的路由屬性值，該路由屬性值包括團體屬性、本地優(yōu)先級屬性；鄰居數(shù)量輸入單元，用于輸入鄰居數(shù)量，該鄰居數(shù)量為整數(shù)值，范圍為0—1000;路由容量輸入單元，用于輸入路由容量，該路由容量為整數(shù)值，范圍為0—1000000。4、根據(jù)權利要求3所述的系統(tǒng)，其特征在于，所述特征值輸入單元包括報文過濾選項輸入單元，用于輸入報文過濾選項；報文過濾的關鍵值輸入單元，用于輸入報文過濾關鍵值。5、根據(jù)權利要求4所述的系統(tǒng)，其特征在于，所述特征值輸入單元還包括操作維護單元，用于通過所述服務器端對該客戶端的界面及接口進行更新、增加、修改和刪除操作。6、一種測試用例生成方法，其特征在于，該方法包括下列步驟接收客戶端反饋的測試特征值，該測試特征值包括產(chǎn)品類型、測試類型、功能模塊、功能子模塊、鄰居數(shù)量、路由容量、報文過濾選項、報文過濾的關鍵值；根據(jù)預先定義的算法以及或者預先定義的模板對所述測試特征值進行計算或處理，生成實際測試數(shù)值反饋回所述客戶端。7、根據(jù)權利要求6所述的方法，其特征在于，所述預先定義的算法包括加量測試方法，該方法包括下列步驟判斷產(chǎn)品類型是否是異常測試；如果是，則根據(jù)客戶端反饋的產(chǎn)品類型，選擇產(chǎn)品理論承受的最大值，輸出實際測試值-理論最大值XA，其中A為預先定義的加強系數(shù)權值；如果不是，則根據(jù)鄰居數(shù)量、路由容量，輸出實際測試值=客戶端反饋值XB，其中B為預先定義的加強系數(shù)權值。8、根據(jù)權利要求7所述的方法，其特征在于，所述預先定義的算法還包括點加量測試方法，該方法包括下列步驟根據(jù)所述功能模塊提取預先定義的功能子模塊模板；將所述功能子模塊與功能子模塊模板進行比較，找出功能子模塊模板中與所述功能子模塊相似功能的功能子模塊，與所述功能模塊一起作為實際需要測試的功能模塊輸出。9、根據(jù)權利要求6所述的方法，其特征在于，所述預先定義的模板為腳本模板，該方法還包括下列步驟根據(jù)所述功能模塊與功能子模塊，與預先定義的腳本模塊進行比較；找出與所述功能模塊和功能子模塊對應的腳本作為實際測試需要的腳本輸出。10、根據(jù)權利要求6所述的方法，其特征在于，該方法還包括下列步驟根據(jù)所述報文過濾選項和報文過濾關鍵值，采用分類法和對比法對客戶端上傳的報文進行分析，生成報文分析結果輸出。全文摘要本發(fā)明提供一種測試用例生成方法及系統(tǒng)，所述方法包括下列步驟接收客戶端反饋的測試特征值，該測試特征值包括產(chǎn)品類型、測試類型、功能模塊、功能子模塊、鄰居數(shù)量、路由容量、報文過濾選項、報文過濾的關鍵值；根據(jù)預先定義的算法以及或者預先定義的模板對所述測試特征值進行計算或處理，生成實際測試數(shù)值反饋回所述客戶端。本發(fā)明的系統(tǒng)和方法能夠根據(jù)測試人員輸入的特征值，通過系統(tǒng)預先定義好的算法、功能模塊模板、功能子模塊模板、腳本模板以及報文分析器，生成基于市場應用的功能測試實際值、測試腳本以及報文分析圖等測試用例，以供實際測試時使用。文檔編號G06F9/44GK101414935SQ20081011634公開日2009年4月22日申請日期2008年7月9日優(yōu)先權日2008年7月9日發(fā)明者林小海申請人:北京星網(wǎng)銳捷網(wǎng)絡技術有限公司