專利名稱：一種認(rèn)證服務(wù)的性能測試方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通信領(lǐng)域的測試方法，特別是涉及寬帶接入設(shè)備中動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)認(rèn)證服務(wù)的性能測試方法。
背景技術(shù)：
隨著國內(nèi)寬帶網(wǎng)絡(luò)建設(shè)的發(fā)展，可以滿足對網(wǎng)絡(luò)更高層次管理要求的寬帶接入設(shè)備(即Broadband Access Server Device，簡稱BAS設(shè)備)的運(yùn)用越來越普遍。這種類型的設(shè)備一般基于ATM或以太網(wǎng)，同時(shí)支持多種接入方式，例如PPPOE、PPPOA、固定IP、動態(tài)IP、802.1X等等。
中華人民共和國通信行業(yè)標(biāo)準(zhǔn)《接入網(wǎng)技術(shù)要求—基于以太網(wǎng)技術(shù)的寬帶接入網(wǎng)(YD/T 1160-2001)》中規(guī)定了基于以太網(wǎng)技術(shù)的寬帶接入網(wǎng)承載業(yè)務(wù)應(yīng)遵循的Dhcp+Web(動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò))認(rèn)證方式的業(yè)務(wù)流程，因此Dhcp+Web認(rèn)證業(yè)務(wù)是BAS設(shè)備必須支持的功能。
Dhcp+Web認(rèn)證方式的用戶認(rèn)證、授權(quán)和計(jì)費(fèi)需要經(jīng)過以下步驟1、用戶主機(jī)配置成通過Dhcp(Dynamic Host Configuration Protocol，動態(tài)主機(jī)配置協(xié)議)動態(tài)獲取IP地址后，用戶主機(jī)初始化并發(fā)送Dhcp-Discover包，此包經(jīng)用戶側(cè)設(shè)備轉(zhuǎn)發(fā)到局側(cè)設(shè)備。
2、局側(cè)設(shè)備做Dhcp中繼代理功能，判斷此包為Dhcp-Discover包，將其轉(zhuǎn)發(fā)至Dhcp服務(wù)器。
3、Dhcp服務(wù)器對Dhcp-Discover包以Dhcp-Offer響應(yīng)。
4、局側(cè)設(shè)備接收到Dhcp-OFFER，轉(zhuǎn)發(fā)到相應(yīng)的用戶主機(jī)。
5、用戶主機(jī)收到Dhcp-OFFER后，發(fā)送Dhcp-Request包。
6、局側(cè)設(shè)備判斷此包為Dhcp-Request并且發(fā)送該包的主機(jī)沒有通過認(rèn)證，設(shè)置Dhcp-Request中的相關(guān)參數(shù)使Dhcp服務(wù)器分配只用于認(rèn)證的地址，并將該包轉(zhuǎn)發(fā)至Dhcp服務(wù)器。
7、Dhcp服務(wù)器對Dhcp-Request包以Dhcp-Ack響應(yīng)，分配用于認(rèn)證的IP地址。
8、局側(cè)設(shè)備接收到Dhcp-Ack，轉(zhuǎn)發(fā)到相應(yīng)的用戶主機(jī)。
9、用戶主機(jī)使用收到的Dhcp-Ack配置自身參數(shù)。用戶發(fā)起http請求，請求打開Web認(rèn)證頁面。
10、局側(cè)設(shè)備接收到http請求，判斷發(fā)送該請求的主機(jī)沒有通過認(rèn)證，轉(zhuǎn)發(fā)該請求到Web認(rèn)證服務(wù)器。
11、Web認(rèn)證服務(wù)器接收到http請求，返回用戶登陸Web頁面。
12、局側(cè)設(shè)備轉(zhuǎn)發(fā)用戶登陸Web頁面至用戶主機(jī)。
13、用戶主機(jī)通過Web認(rèn)證頁面發(fā)送用戶登陸信息到Web認(rèn)證服務(wù)器。
14、局側(cè)設(shè)備轉(zhuǎn)發(fā)用戶登陸信息至Web認(rèn)證服務(wù)器。
15、Web認(rèn)證服務(wù)器將用戶的認(rèn)證信息發(fā)給局側(cè)設(shè)備。
16、局側(cè)設(shè)備產(chǎn)生一個(gè)認(rèn)證請求的數(shù)據(jù)包發(fā)送給AAA服務(wù)器(AAAAuthentication，Authorization和Accounting.認(rèn)證、授權(quán)和審計(jì))，該包中含有標(biāo)識該局側(cè)設(shè)備的信息(如IP地址)以及用戶名和口令。
認(rèn)證通過流程17、AAA服務(wù)器接收到認(rèn)證請求包后，驗(yàn)證該用戶的合法性。如果用戶合法，AAA服務(wù)器產(chǎn)生一個(gè)允許接入的數(shù)據(jù)包發(fā)送給局側(cè)設(shè)備，該包中含有用戶上網(wǎng)的一些信息(如用戶權(quán)限等)。
18、局側(cè)設(shè)備接收到允許接入的數(shù)據(jù)包后，通知Web認(rèn)證服務(wù)器向用戶終端發(fā)送認(rèn)證成功的消息，同時(shí)打開該用戶的訪問權(quán)限。
19、Web認(rèn)證服務(wù)器向用戶終端發(fā)送認(rèn)證成功的消息。
20、局側(cè)設(shè)備轉(zhuǎn)發(fā)認(rèn)證成功的消息至用戶主機(jī)。
21、用戶主機(jī)上網(wǎng)。
Dhcp+Web認(rèn)證方式的用戶AAA主要過程見附圖1。
BAS設(shè)備必須在有大量用戶的實(shí)際使用環(huán)境中保證上述Dhcp+Web認(rèn)證服務(wù)的健壯性。因此，BAS設(shè)備的Dhcp+Web服務(wù)性能測試的主要內(nèi)容也就是模擬出大量虛擬用戶；使這些虛擬用戶能夠幾乎同時(shí)按上述Dhcp+Web認(rèn)證服務(wù)流程，獲得動態(tài)IP地址，并能夠進(jìn)入互連網(wǎng)；測試結(jié)束后，能夠得到性能測試數(shù)據(jù)的統(tǒng)計(jì)分析結(jié)果。
通過上述Dhcp+Web認(rèn)證服務(wù)測試原理分析，目前對Dhcp+Web性能測試存在以下幾個(gè)關(guān)鍵點(diǎn)1、單網(wǎng)卡通過Dhcp方式獲得多個(gè)IP地址；2、大量Dhcp+Web認(rèn)證服務(wù)的虛擬用戶負(fù)載在多臺主機(jī)間的分?jǐn)偅?、多臺測試主機(jī)的測試負(fù)荷調(diào)度問題；4、服務(wù)性能測試數(shù)據(jù)的獲取和統(tǒng)計(jì)分析。
這四點(diǎn)都很難解決。目前還沒有一種現(xiàn)成的測試工具，可以同時(shí)解決這四個(gè)關(guān)鍵點(diǎn)。如果自行開發(fā)Dhcp+Web測試軟件必定非常耗費(fèi)人力、物力；而且開發(fā)出的測試軟件很可能依賴于具體的Dhcp+Web服務(wù)的實(shí)現(xiàn)，缺乏通用性。因此，需要在研究各種現(xiàn)有測試工具的基礎(chǔ)上，提出了一種綜合利用兩類測試工具來實(shí)現(xiàn)Dhcp+Web認(rèn)證服務(wù)性能測試的方法。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種認(rèn)證服務(wù)的性能測試方法和裝置，解決現(xiàn)有技術(shù)不能只通過一種測試工具完成對BAS設(shè)備的Dhcp+Web性能測試的技術(shù)問題。
為達(dá)到上述目的，本發(fā)明提供了一種認(rèn)證服務(wù)的性能測試方法，用于對寬帶接入設(shè)備的動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)的認(rèn)證服務(wù)的性能測試，其特點(diǎn)在于，包括如下步驟步驟一，在與寬帶接入設(shè)備相連的主機(jī)上設(shè)置客戶端模擬模塊和性能測試管理模塊，利用所述客戶端模擬模塊使一塊網(wǎng)卡通過動態(tài)主機(jī)配置協(xié)議方式從寬帶接入設(shè)備獲得多個(gè)IP地址；步驟二，利用所述性能測試管理模塊使每個(gè)IP地址都向所述寬帶接入設(shè)備發(fā)起一個(gè)網(wǎng)絡(luò)認(rèn)證請求，在所述主機(jī)上實(shí)現(xiàn)大量動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)認(rèn)證服務(wù)的虛擬用戶負(fù)載；步驟三，利用所述性能測試管理模塊對性能測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析。
上述的認(rèn)證服務(wù)的性能測試方法，其特點(diǎn)在于，在所述步驟二之后還包括一個(gè)將測試負(fù)荷分?jǐn)偟蕉嗯_分?jǐn)傊鳈C(jī)上的分?jǐn)偛襟E。
上述的認(rèn)證服務(wù)的性能測試方法，其特點(diǎn)在于，所述步驟二進(jìn)一步包括在所述主機(jī)上利用所述性能測試管理模塊錄制一個(gè)動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)用戶的一次完整網(wǎng)絡(luò)認(rèn)證過程的測試腳本，然后對腳本進(jìn)行適當(dāng)修改和設(shè)置，從而在測試腳本回放的時(shí)，使該主機(jī)每個(gè)IP地址都向?qū)拵Ы尤朐O(shè)備發(fā)起一個(gè)網(wǎng)絡(luò)認(rèn)證請求。
上述的認(rèn)證服務(wù)的性能測試方法，其特點(diǎn)在于，所述分?jǐn)偛襟E包括所述性能測試管理模塊指定要分?jǐn)傌?fù)荷的分?jǐn)傊鳈C(jī)的名稱、腳本和虛擬用戶數(shù)量，然后把所述腳本對應(yīng)分發(fā)到各分?jǐn)傊鳈C(jī)，并按照步驟二中的方式實(shí)現(xiàn)虛擬用戶負(fù)載。
上述的認(rèn)證服務(wù)的性能測試方法，其特點(diǎn)在于，在所述腳本中設(shè)置有多個(gè)同步點(diǎn)，使所有IP地址對應(yīng)的虛擬用戶一起發(fā)起認(rèn)證請求和斷線請求，達(dá)到用戶并發(fā)訪問的測試效果。
上述的認(rèn)證服務(wù)的性能測試方法，其特點(diǎn)在于，還包括在所述腳本中進(jìn)行設(shè)置，使虛擬用戶登錄成功后在線停留一個(gè)設(shè)定時(shí)間的步驟。
為了更好的實(shí)現(xiàn)本發(fā)明的目的，本發(fā)明還提供了一種認(rèn)證服務(wù)的性能測試裝置，用于對寬帶接入設(shè)備的動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)的認(rèn)證服務(wù)的性能測試，其特點(diǎn)在于，包括與寬帶接入設(shè)備相連的主機(jī)及設(shè)置在所述主機(jī)上的客戶端模擬模塊和性能測試管理模塊；所述客戶端模擬模塊使一塊網(wǎng)卡通過動態(tài)主機(jī)配置協(xié)議方式從寬帶接入設(shè)備獲得多個(gè)IP地址；所述性能測試管理模塊使每個(gè)IP地址都向所述寬帶接入設(shè)備發(fā)起一個(gè)網(wǎng)絡(luò)認(rèn)證請求，在所述主機(jī)上實(shí)現(xiàn)大量動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)認(rèn)證服務(wù)的虛擬用戶負(fù)載，并對性能測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析。
上述的認(rèn)證服務(wù)的性能測試裝置，其特點(diǎn)在于，還包括多臺分?jǐn)傊鳈C(jī)，用于分?jǐn)倻y試負(fù)荷。
上述的認(rèn)證服務(wù)的性能測試裝置，其特點(diǎn)在于，所述分?jǐn)傊鳈C(jī)連接所述主機(jī)，所述性能測試管理模塊指定要分?jǐn)傌?fù)荷的分?jǐn)傊鳈C(jī)的名稱、腳本和虛擬用戶數(shù)量，并把所述腳本對應(yīng)分發(fā)到各分?jǐn)傊鳈C(jī)。
本發(fā)明的技術(shù)效果在于挖掘現(xiàn)有測試工具的特點(diǎn)，對它們進(jìn)行結(jié)合使用達(dá)到測試目的。采用本發(fā)明所述方法，具有以下優(yōu)點(diǎn)l、兩種類型測試工具的結(jié)合使用充分利用了現(xiàn)有成熟的商用軟件資源，大大節(jié)約了自行研發(fā)的人力和物力，且測試質(zhì)量有保障；2、充分利用軟件性能測試工具強(qiáng)大的統(tǒng)計(jì)分析功能，對Dhcp+Web服務(wù)的用戶認(rèn)證響應(yīng)時(shí)間給出準(zhǔn)確的統(tǒng)計(jì)分析，準(zhǔn)確了解BAS設(shè)備所能達(dá)到的指標(biāo)性能指標(biāo)。
3、此方案在支持Dhcp+Web認(rèn)證服務(wù)的BAS設(shè)備中都可以使用，通用性強(qiáng)。
下面結(jié)合附圖進(jìn)一步詳細(xì)說明本發(fā)明的具體實(shí)施例。


圖1是Dhcp+Web認(rèn)證服務(wù)的用戶認(rèn)證、授權(quán)和計(jì)費(fèi)流程圖；圖2是本發(fā)明方法的步驟流程圖；圖3是TestSuite實(shí)現(xiàn)大量虛擬用戶負(fù)載模擬及負(fù)載分布調(diào)度的原理圖；圖4是本發(fā)明測試方案的的組網(wǎng)原理圖；圖5是在一臺測試主機(jī)上的測試邏輯流程圖。
具體實(shí)施例方式
本發(fā)明針對BAS設(shè)備的Dhcp+Web認(rèn)證服務(wù)性能測試，提出一種新的測試方法。采用這種方法，測試工程師可以利用已有的兩大類軟件測試工具，在多臺主機(jī)環(huán)境下模擬大量Dhcp+Web認(rèn)證服務(wù)用戶接入認(rèn)證全過程，完全有效地達(dá)到性能測試目的，同時(shí)又可節(jié)約大量的自行開發(fā)專用測試工具所需的人力和物力資源。
本發(fā)明的主要是結(jié)合兩類測試軟件(一)Dhcp客戶端模擬軟件(二)軟件性能測試和測試管理軟件；利用它們各自的技術(shù)特點(diǎn)實(shí)現(xiàn)大量Dhcp+Web認(rèn)證服務(wù)用戶的模擬，從而完成大量Dhcp+Web認(rèn)證服務(wù)虛擬用戶接入互連網(wǎng)絡(luò)的全過程；最后，可通過測試管理軟件的統(tǒng)計(jì)功能來精確分析Dhcp+Web服務(wù)的性能指標(biāo)數(shù)據(jù)。由于這兩類測試軟件有很多是成熟的通用軟件，所以該方案具有很強(qiáng)的通用性，測試結(jié)果也可以比較另人信服。
圖2是本發(fā)明方法的步驟流程圖，本發(fā)明所述的Dhcp+Web性能測試方法主要測試步驟如下步驟200使一塊網(wǎng)卡通過Dhcp方式獲得多個(gè)IP地址；一般情況下，BAS設(shè)備對于一塊網(wǎng)卡(同一MAC地址)的Dhcp請求只會分配一個(gè)IP地址。但現(xiàn)有的一些測試工具軟件，如Mimic SNMP AgentSimulation具有同時(shí)模擬多個(gè)Dhcp客戶端的能力。將Mimic安裝在一臺與BAS設(shè)備相連的PC機(jī)上，正確設(shè)置BAS設(shè)備后，啟用Mimic的Dhcp虛擬用戶功能，該P(yáng)C機(jī)將從BAS設(shè)備的地址池中自動獲得多個(gè)IP地址。圖3為采用這種方法的實(shí)例圖示，顯示了TestSuite實(shí)現(xiàn)大量虛擬用戶負(fù)載模擬及負(fù)載分布調(diào)度的原理；步驟210單機(jī)大量Dhcp+Web認(rèn)證服務(wù)的虛擬用戶負(fù)載的實(shí)現(xiàn)；進(jìn)行Web認(rèn)證服務(wù)的性能測試必須模擬出實(shí)際環(huán)境中的大量Web認(rèn)證服務(wù)用戶，很多軟件性能測試工具，如Rational公司的Robot，都可以在單機(jī)上進(jìn)行大量Web認(rèn)證服務(wù)用戶的模擬。
其原理如下首先在步驟一中提到的主機(jī)上采用Robot vu功能錄制一個(gè)Dhcp+Web用戶的一次完整WEB認(rèn)證過程(包括上線、在線一段時(shí)間、下線)的VU測試腳本。然后對Robot vu腳本進(jìn)行適當(dāng)修改和設(shè)置，在測試腳本回放的時(shí)，該主機(jī)每個(gè)IP地址都會向BAS設(shè)備發(fā)起一個(gè)Web認(rèn)證請求。
這一步可以說是本方案的要點(diǎn)。該步驟將Dhcp虛擬用戶和Web認(rèn)證虛擬用戶結(jié)合起來實(shí)現(xiàn)了一個(gè)Dhcp+Web認(rèn)證服務(wù)的虛擬用戶，僅利用一臺主機(jī)上，完成了多個(gè)Dhcp+Web認(rèn)證過程并發(fā)的模擬。
步驟220將測試負(fù)荷分?jǐn)偟蕉嗯_測試主機(jī)上；若所有Dhcp+Web認(rèn)證服務(wù)的虛擬用戶都運(yùn)行在一臺測試機(jī)器上，對機(jī)器的配置要求會很高。因此需要將大量的虛擬用戶負(fù)載分?jǐn)偟蕉嗯_計(jì)算機(jī)上以降低對測試機(jī)器的要求，減小測試機(jī)本身的性能限制所帶來的負(fù)面影響。
軟件測試管理軟件可以協(xié)助實(shí)現(xiàn)上述目的，如Rational TestManager中的TestSuite功能。首先TestSuite中指定計(jì)算機(jī)名稱，以及每臺計(jì)算機(jī)上的Robot vu腳本和虛擬用戶數(shù)量(這些指定計(jì)算機(jī)必須安裝Test Agent，并利用Mimic獲得了與虛擬用戶數(shù)量相對應(yīng)的IP地址)；在TestSuite執(zhí)行時(shí)，TestManager把Robot vu腳本發(fā)放到各個(gè)指定計(jì)算機(jī)上按步驟二中描述運(yùn)行。這樣就把測試負(fù)荷分?jǐn)偟蕉嗯_計(jì)算機(jī)中執(zhí)行，原理圖見圖4。其中負(fù)責(zé)分發(fā)和調(diào)度Robot vu腳本執(zhí)行計(jì)算機(jī)401稱為Manager Computer，其他的計(jì)算機(jī)402稱為Agent Computer。
步驟230對性能測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析大多數(shù)軟件測試管理軟件都可以對軟件服務(wù)的性能測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析，如Rational TestManager能以圖形和表格的方式輸出在大量虛擬用戶負(fù)載環(huán)境下軟件服務(wù)性能數(shù)據(jù)的統(tǒng)計(jì)分析結(jié)果。見附圖6，7和表1
下面以一臺主機(jī)模擬50個(gè)Dhcp+Web認(rèn)證服務(wù)用戶為例對本方案進(jìn)行更為具體的說明。其中的具體配置等細(xì)節(jié)可以根據(jù)實(shí)際測試需要進(jìn)行更改。
1、在主機(jī)中安裝Mimic和Rational Robot及TestManager等測試軟件，保證其可以正常運(yùn)行。
2、主機(jī)與BAS設(shè)備用戶側(cè)端口相連，保證BAS各項(xiàng)配置都正確3、啟動Mimic，添加50個(gè)agent，設(shè)置agent需要通過Dhcp獲得ip地址4、在Mimic中啟動這50個(gè)agent，過一會就可以看到它們從BAS處獲得了50個(gè)IP地址。在這臺機(jī)器上執(zhí)行ipconfig-all可以看到機(jī)器多了50個(gè)自動獲得的地址；在BAS中show ip用戶信息，可以發(fā)現(xiàn)有50個(gè)沒有經(jīng)過web認(rèn)證的dhcp用戶。
5、使用Robot將該過程以vu腳本的形式錄制用戶機(jī)上進(jìn)行一次完整的web認(rèn)證、下線過程?？梢詫⒃搘eb認(rèn)證過程分為以下幾個(gè)主要步驟open_page(打開IE輸入web server的地址，打開web認(rèn)證頁面)；login(用戶點(diǎn)擊登錄按鈕，發(fā)起認(rèn)證請求)；disconnect(用戶點(diǎn)擊斷開按鈕，發(fā)起斷線請求)。
6、為了達(dá)到50個(gè)虛擬用戶同時(shí)發(fā)起認(rèn)證請求的目的，我們在腳本open_page處、login前、disconnect前，共三個(gè)地方增加了同步點(diǎn)。這樣做可以保證50個(gè)用戶一起發(fā)起認(rèn)證請求和斷線請求，達(dá)到用戶并發(fā)訪問的測試目的。
7、為了模擬真實(shí)的使用環(huán)境，修改Robot vu腳本，讓虛擬用戶登錄成功后，在線停留60秒。
8、使用Robot模擬50個(gè)用戶回放該VU腳本。具體步驟如下首先在菜單“suit→edit runtime”中啟用選項(xiàng)“Enable IP Aliasing”；進(jìn)行回放時(shí)，填寫用戶數(shù)為50個(gè)。這樣就實(shí)現(xiàn)了在一臺用戶機(jī)上模擬50個(gè)Dhcp+Web認(rèn)證服務(wù)用戶。
9、腳本回放結(jié)束后，Robot可以自動統(tǒng)計(jì)出各操作的響應(yīng)時(shí)間，輸出各種圖表。
10、在Mimic中stop這些設(shè)備，相當(dāng)于發(fā)出了dhcp release包。在這臺機(jī)器上執(zhí)行ipconfig-all可以看到剛才的50個(gè)地址沒有了；在BAS中show ip用戶信息，可以發(fā)現(xiàn)50個(gè)dhcp用戶也沒有了。
我們采用本發(fā)明所述方法，分別采用1個(gè)用戶、5個(gè)用戶、10個(gè)用戶、20個(gè)用戶、40個(gè)用戶、100個(gè)用戶負(fù)載(采用了兩臺主機(jī)分?jǐn)倻y試負(fù)荷的方式實(shí)現(xiàn))對同一個(gè)BAS設(shè)備的Dhcp+Web服務(wù)進(jìn)行訪問測試。
圖5是在一臺測試主機(jī)上的測試邏輯流程圖，具體測試流程包括步驟501使用MIMIC模擬多個(gè)Dhcp用戶獲得IP地址；步驟502使用robot模擬這些Dhcp用戶發(fā)起WEB上線請求；步驟503使用robot保持用戶在線一段時(shí)間；步驟504使用robot模擬這些Dhcp用戶發(fā)起WEB離線請求；步驟505使用MIMIC模擬多個(gè)Dhcp用戶釋放IP地址；步驟506使用自動測試工具反復(fù)重復(fù)該過程。
本發(fā)明的關(guān)鍵點(diǎn)在于挖掘現(xiàn)有測試工具的特點(diǎn)，對它們進(jìn)行結(jié)合使用達(dá)到測試目的。采用本發(fā)明所述方法，具有以下優(yōu)點(diǎn)1、兩種類型測試工具的結(jié)合使用充分利用了現(xiàn)有成熟的商用軟件資源，大大節(jié)約了自行研發(fā)的人力和物力，且測試質(zhì)量有保障；2、充分利用軟件性能測試工具強(qiáng)大的統(tǒng)計(jì)分析功能，對Dhcp+Web服務(wù)的用戶認(rèn)證響應(yīng)時(shí)間給出準(zhǔn)確的統(tǒng)計(jì)分析，準(zhǔn)確了解BAS設(shè)備所能達(dá)到的指標(biāo)性能指標(biāo)。
3、此方案在支持Dhcp+Web認(rèn)證服務(wù)的BAS設(shè)備中都可以使用，通用性強(qiáng)。
以上所述僅為本發(fā)明的較佳實(shí)施例，并非用來限定本發(fā)明的實(shí)施范圍；凡是依本發(fā)明所作的等效變化與修改，都被本發(fā)明的專利范圍所涵蓋。
權(quán)利要求
1.一種認(rèn)證服務(wù)的性能測試方法，用于對寬帶接入設(shè)備的動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)的認(rèn)證服務(wù)的性能測試，其特征在于，包括如下步驟步驟一，在與寬帶接入設(shè)備相連的主機(jī)上設(shè)置客戶端模擬模塊和性能測試管理模塊，利用所述客戶端模擬模塊使一個(gè)網(wǎng)絡(luò)接口通過動態(tài)主機(jī)配置協(xié)議方式從寬帶接入設(shè)備獲得多個(gè)IP地址；步驟二，利用所述性能測試管理模塊使每個(gè)IP地址都向所述寬帶接入設(shè)備發(fā)起一個(gè)網(wǎng)絡(luò)認(rèn)證請求，在所述主機(jī)上實(shí)現(xiàn)大量動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)認(rèn)證服務(wù)的虛擬用戶負(fù)載；步驟三，利用所述性能測試管理模塊對性能測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析。
2.根據(jù)權(quán)利要求1所述的認(rèn)證服務(wù)的性能測試方法，其特征在于，在所述步驟二之后還包括一個(gè)將測試負(fù)荷分?jǐn)偟蕉嗯_分?jǐn)傊鳈C(jī)上的分?jǐn)偛襟E。
3.根據(jù)權(quán)利要求2所述的認(rèn)證服務(wù)的性能測試方法，其特征在于，所述步驟二進(jìn)一步包括在所述主機(jī)上利用所述性能測試管理模塊錄制一個(gè)動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)用戶的一次完整網(wǎng)絡(luò)認(rèn)證過程的測試腳本，然后對腳本進(jìn)行適當(dāng)修改和設(shè)置，從而在測試腳本回放的時(shí)，使該主機(jī)每個(gè)IP地址都向?qū)拵Ы尤朐O(shè)備發(fā)起一個(gè)網(wǎng)絡(luò)認(rèn)證請求。
4.根據(jù)權(quán)利要求3所述的認(rèn)證服務(wù)的性能測試方法，其特征在于，所述分?jǐn)偛襟E包括所述性能測試管理模塊指定要分?jǐn)傌?fù)荷的分?jǐn)傊鳈C(jī)的名稱、腳本和虛擬用戶數(shù)量，然后把所述腳本對應(yīng)分發(fā)到各分?jǐn)傊鳈C(jī)，并按照步驟二中的方式實(shí)現(xiàn)虛擬用戶負(fù)載。
5.根據(jù)權(quán)利要求3或4所述的認(rèn)證服務(wù)的性能測試方法，其特征在于，在所述腳本中設(shè)置有多個(gè)同步點(diǎn)，使所有IP地址對應(yīng)的虛擬用戶一起發(fā)起認(rèn)證請求和斷線請求，達(dá)到用戶并發(fā)訪問的測試效果。
6.根據(jù)權(quán)利要求5所述的認(rèn)證服務(wù)的性能測試方法，其特征在于，還包括在所述腳本中進(jìn)行設(shè)置，使虛擬用戶登錄成功后在線停留一個(gè)設(shè)定時(shí)間的步驟。
7.根據(jù)權(quán)利要求1、2、3、4或6所述的認(rèn)證服務(wù)的性能測試方法，其特征在于，所述網(wǎng)絡(luò)接口為一網(wǎng)卡。
8.一種認(rèn)證服務(wù)的性能測試裝置，用于對寬帶接入設(shè)備的動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)的認(rèn)證服務(wù)的性能測試，其特征在于，包括與寬帶接入設(shè)備相連的主機(jī)及設(shè)置在所述主機(jī)上的客戶端模擬模塊和性能測試管理模塊；所述客戶端模擬模塊使一網(wǎng)絡(luò)接口通過動態(tài)主機(jī)配置協(xié)議方式從寬帶接入設(shè)備獲得多個(gè)IP地址；所述性能測試管理模塊使每個(gè)IP地址都向所述寬帶接入設(shè)備發(fā)起一個(gè)網(wǎng)絡(luò)認(rèn)證請求，在所述主機(jī)上實(shí)現(xiàn)大量動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)認(rèn)證服務(wù)的虛擬用戶負(fù)載，并對性能測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析。
9.根據(jù)權(quán)利要求8所述的認(rèn)證服務(wù)的性能測試裝置，其特征在于，還包括多臺分?jǐn)傊鳈C(jī)，用于分?jǐn)倻y試負(fù)荷。
10.根據(jù)權(quán)利要求9所述的認(rèn)證服務(wù)的性能測試裝置，其特征在于，所述分?jǐn)傊鳈C(jī)連接所述主機(jī)，所述性能測試管理模塊指定要分?jǐn)傌?fù)荷的分?jǐn)傊鳈C(jī)的名稱、腳本和虛擬用戶數(shù)量，并把所述腳本對應(yīng)分發(fā)到各分?jǐn)傊鳈C(jī)。
11.根據(jù)權(quán)利要求8、9或10所述的認(rèn)證服務(wù)的性能測試裝置，其特征在于，所述網(wǎng)絡(luò)接口為一網(wǎng)卡。
全文摘要
本發(fā)明公開了一種認(rèn)證服務(wù)的性能測試方法和裝置，用于對寬帶接入設(shè)備的動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)的認(rèn)證服務(wù)的性能測試，包括在與寬帶接入設(shè)備相連的主機(jī)上設(shè)置客戶端模擬模塊和性能測試管理模塊，利用所述客戶端模擬模塊使一塊網(wǎng)卡通過動態(tài)主機(jī)配置協(xié)議方式從寬帶接入設(shè)備獲得多個(gè)IP地址；利用所述性能測試管理模塊使每個(gè)IP地址都向所述寬帶接入設(shè)備發(fā)起一個(gè)網(wǎng)絡(luò)認(rèn)證請求，在所述主機(jī)上實(shí)現(xiàn)大量動態(tài)主機(jī)配置協(xié)議與網(wǎng)絡(luò)認(rèn)證服務(wù)的虛擬用戶負(fù)載；利用所述性能測試管理模塊對性能測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析。本發(fā)明的技術(shù)效果在于挖掘現(xiàn)有測試工具的特點(diǎn)，對它們進(jìn)行結(jié)合使用達(dá)到測試目的。
文檔編號H04L29/06GK1773941SQ200410009778
公開日2006年5月17日 申請日期2004年11月11日 優(yōu)先權(quán)日2004年11月11日
發(fā)明者劉志娟, 徐峰 申請人:中興通訊股份有限公司