本發(fā)明涉及通信領(lǐng)域，尤其涉及一種ap測試方法及系統(tǒng)。

背景技術(shù)：

現(xiàn)有的ap(wirelessaccesspoint，無線訪問接入點)測試都是先構(gòu)建一個局域網(wǎng)，通過局域網(wǎng)與廣域網(wǎng)建立連接，客戶端通過局域網(wǎng)從廣域網(wǎng)進行不間斷下載數(shù)據(jù)用來測試ap的電壓、信號和傳輸速率等指標。通過上述方法測試得到滿足上述指標的ap，并不能保證交互式產(chǎn)品的正常運行，故上述的測試方法并不適用于學校的交互式產(chǎn)品。

例如，現(xiàn)有的k12教育產(chǎn)品(智慧教室)的環(huán)境下，老師使用pc當做服務(wù)端通過ap關(guān)聯(lián)到多個學生使用的androidpad學生端(客戶端)，ap在當中起到橋梁的作用；產(chǎn)品在使用過程中遇到一些現(xiàn)象，如老師端(服務(wù)端)給所有學生端推送講課屏幕內(nèi)容，多個學生端會出現(xiàn)收不到屏幕內(nèi)容的異?，F(xiàn)象；及延遲收到屏幕內(nèi)容現(xiàn)象(如a同學的學生端收到后，過了15秒b同學的學生端才收到屏幕內(nèi)容，屬于異?，F(xiàn)象)。

造成上述異?，F(xiàn)象的原因是大部分的ap承受不住1臺pc老師端和多臺pad學生端的長時段、不停止的交互傳輸，導致ap超過負荷，產(chǎn)生ap錯誤，導致產(chǎn)品出現(xiàn)問題。

作為一個現(xiàn)代教育式產(chǎn)品，需要做到老師端給學生端推送文件或屏幕內(nèi)容，多個學生端能正常同時收到文件或屏幕內(nèi)容，不會出現(xiàn)因為ap的問題影響產(chǎn)品的使用，所以需要對ap進行自動化測試，保證交互式產(chǎn)品穩(wěn)定可靠的運行。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是：本發(fā)明提供一種ap測試方法及系統(tǒng)。

為了解決上述技術(shù)問題，本發(fā)明提供了一種ap測試方法，包括以下步驟：

s1：服務(wù)端通過無線訪問接入點ap與多臺的客戶端建立連接關(guān)系，所述客戶端的臺數(shù)不超過預(yù)設(shè)臺數(shù)；

s2：所述服務(wù)端在預(yù)設(shè)測試時間內(nèi)通過單播技術(shù)依次向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件；

s3：獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間；

s4：獲取服務(wù)端從開始發(fā)送文件到ap第一次重啟所需要的第一次重啟時間；

s5：獲取所述測試時間內(nèi)每一臺客戶端的接收速率及接收數(shù)據(jù)總量，得到接收速率集合和接收數(shù)據(jù)總量集合；

s6：根據(jù)所述接收速率集合、所述接收數(shù)據(jù)總量集合、所述第一次重啟時間、所述丟失率和所述平均傳輸延遲時間，輸出所述ap的測試結(jié)果。

本發(fā)明還提供了一種ap測試系統(tǒng)，包括：

建立模塊，用于服務(wù)端通過無線訪問接入點ap與多臺的客戶端建立連接關(guān)系，所述客戶端的臺數(shù)不超過預(yù)設(shè)臺數(shù)；

發(fā)送模塊，用于所述服務(wù)端在預(yù)設(shè)測試時間內(nèi)通過單播技術(shù)依次向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件；

第一獲取模塊，用于獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間；

第二獲取模塊，用于獲取服務(wù)端從開始發(fā)送文件到ap第一次重啟所需要的第一次重啟時間；

第三獲取模塊，用于獲取所述測試時間內(nèi)每一臺客戶端的接收速率及接收數(shù)據(jù)總量，得到接收速率集合和接收數(shù)據(jù)總量集合；

輸出模塊，用于根據(jù)所述接收速率集合、所述接收數(shù)據(jù)總量集合、所述第一次重啟時間、所述丟失率和所述平均傳輸延遲時間，輸出所述ap的測試結(jié)果。

本發(fā)明的有益效果為：

本發(fā)明的服務(wù)端通過無線訪問接入點ap分別與多臺的客戶端建立連接關(guān)系，客戶端的臺數(shù)不超過5臺，并在預(yù)設(shè)測試時間內(nèi)通過單播傳輸方式依次反復(fù)向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件，對ap進行疲勞測試；獲取服務(wù)端開始發(fā)送文件到ap第一次重啟所需要的時間、所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間，及每一臺客戶端接收文件的接收速率和接收文件的數(shù)據(jù)總量，根據(jù)上述指標去判斷ap是否符合交互式產(chǎn)品的要求；通過上述方法能夠得到滿足交互式產(chǎn)品要求的最佳ap，使交互式產(chǎn)品并不會因為ap的性能問題，而使文件傳輸時造成異?，F(xiàn)象，保證了交互式產(chǎn)品穩(wěn)定可靠的運行。

附圖說明

圖1為本發(fā)明實施例的一種ap測試方法的步驟流程圖；

圖2為本發(fā)明實施例的一種ap測試系統(tǒng)的結(jié)構(gòu)示意圖；

圖3為本發(fā)明實施例的輸出模塊的結(jié)構(gòu)示意圖；

標號說明：

1、建立模塊；2、發(fā)送模塊；3、第一獲取模塊；4、第二獲取模塊；5、第三獲取模塊；6、輸出模塊；7、第一計算單元；8、第二計算單元；9、第一輸出單元；10、第二輸出單元；11、第三輸出單元；12、第四輸出單元；13、第四獲取模塊；14、第五輸出單元。

具體實施方式

為詳細說明本發(fā)明的技術(shù)內(nèi)容、所實現(xiàn)目的及效果，以下結(jié)合實施方式并配合附圖詳予說明。

本發(fā)明最關(guān)鍵的構(gòu)思在于：在預(yù)設(shè)測試時間內(nèi)服務(wù)端通過ap，利用單播技術(shù)依次反復(fù)向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件，獲取文件傳輸時的丟失率、平均傳輸延遲時間、從開始發(fā)送文件到第一次ap重啟所需要的時間以及每一臺客戶端的接收速率和接收數(shù)據(jù)總量，根據(jù)上述數(shù)據(jù)獲得滿足要求的ap，保障了交互式產(chǎn)品穩(wěn)定可靠的運行。

請參照圖1所示，本發(fā)明提供了一種ap測試方法，包括以下步驟：

s1：服務(wù)端通過無線訪問接入點ap與多臺的客戶端建立連接關(guān)系，所述客戶端的臺數(shù)不超過預(yù)設(shè)臺數(shù)；

s2：所述服務(wù)端在預(yù)設(shè)測試時間內(nèi)通過單播技術(shù)依次向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件；

s3：獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間；

s4：獲取服務(wù)端從開始發(fā)送文件到ap第一次重啟所需要的第一次重啟時間；

s5：獲取所述測試時間內(nèi)每一臺客戶端的接收速率及接收數(shù)據(jù)總量，得到接收速率集合和接收數(shù)據(jù)總量集合；

s6：根據(jù)所述接收速率集合、所述接收數(shù)據(jù)總量集合、所述第一次重啟時間、所述丟失率和所述平均傳輸延遲時間，輸出所述ap的測試結(jié)果。

上述的單播技術(shù)為：服務(wù)端通過多條線路同時向多個客戶端發(fā)送數(shù)據(jù)，即客戶端有多個臺，服務(wù)端就會生成多少個線路進行一一對應(yīng)，所以為一對一，或者稱為多對多(就是多個的一對一)的關(guān)系。

從上述描述可知，本發(fā)明的服務(wù)端通過無線訪問接入點ap分別與多臺的客戶端建立連接關(guān)系，客戶端的臺數(shù)不超過5臺，并在預(yù)設(shè)測試時間內(nèi)通過單播傳輸方式依次反復(fù)向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件，對ap進行疲勞測試；獲取服務(wù)端開始發(fā)送文件到ap第一次重啟所需要的時間、所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間，及每一臺客戶端接收文件的接收速率和接收文件的數(shù)據(jù)總量，根據(jù)上述指標去判斷ap是否符合交互式產(chǎn)品的要求；通過上述方法能夠得到滿足交互式產(chǎn)品要求的最佳ap，使交互式產(chǎn)品并不會因為ap的性能問題，而使文件傳輸時造成異?，F(xiàn)象，保證了交互式產(chǎn)品穩(wěn)定可靠的運行。

進一步的，“獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率”具體為：

預(yù)設(shè)控制系統(tǒng)按預(yù)設(shè)第一時間間隔依次對所述ap發(fā)出ping命令；

根據(jù)所述測試時間內(nèi)ping命令值丟失的次數(shù)，得到文件的丟失數(shù)；

根據(jù)所述丟失數(shù)及所述測試時間內(nèi)文件傳輸?shù)目偞螖?shù)，得到丟失率。

從上述描述可知，根據(jù)ping命令值丟失次數(shù)，能夠準確無誤地獲取出文件的丟失數(shù)，從而得到丟失率，提高了數(shù)據(jù)獲取的穩(wěn)定性及準確性。

進一步的，所述s4具體為：

獲取服務(wù)端開始發(fā)送文件的第一時間點；

獲取ping命令值第一次丟失的第二時間點；

根據(jù)所述第一時間點和所述第二時間點，得到ap第一次重啟所需要的第一次重啟時間。

從上述描述可知，通過ping命令值監(jiān)控ap第一次重啟的時間點，能夠準確無誤地獲取服務(wù)端從開始發(fā)送文件至ap第一次重啟所需要的時間，方便快捷。

進一步的，所述s6具體為：

計算所述接收速率集合的中所有元素的第一方差值，若所述第一方差值大于預(yù)設(shè)第一方差閾值，則輸出所述ap測試結(jié)果為不合格；

否則，計算所述接收數(shù)據(jù)總量集合中所有元素的第二方差值，若所述第二方差值大于預(yù)設(shè)第二方差閾值，則輸出所述ap測試結(jié)果為不合格；

否則，若所述第一次重啟時間小于預(yù)設(shè)重啟時間，輸出所述ap的測試結(jié)果為不合格；

否則，若所述丟失率大于預(yù)設(shè)丟失率閾值，則輸出所述ap的測試結(jié)果為不合格；

否則，若所述平均傳輸延遲時間大于預(yù)設(shè)延時時間閾值，則輸出所述ap的測試結(jié)果為不合格；

否則，輸出所述ap的測試結(jié)果為合格的。

從上述描述可知，當不同的客戶端接收速率及接收數(shù)據(jù)總量波動過大時，則代表客戶端不能同步接收到服務(wù)端發(fā)送的文件，會造成通過交互式產(chǎn)品進行上課時，老師通過服務(wù)端發(fā)送文件，其中一同學接收到文件后，其他同學可能過了一段時間才接收到，這嚴重影響了上課的進程，造成時間的浪費；通過上述方法能夠測試出接收速率和接收數(shù)據(jù)總量波動情況符合預(yù)期的ap，使不同的客戶端能夠同時或在較小的時間范圍內(nèi)接收到服務(wù)端發(fā)送的文件；同時若從服務(wù)端發(fā)送文件至第一次ap重啟的第一次重啟時間小于預(yù)設(shè)重啟時間，如45分鐘，則代表上述的ap還不足以支持一節(jié)課的時間就造成故障，嚴重影響了交互式產(chǎn)品的體驗，通過上述方法能夠測試出符合預(yù)期的ap；同時若在測試時間內(nèi)，丟失率大于預(yù)設(shè)丟失率閾值及平均傳輸延遲時間大于預(yù)設(shè)延時時間閾值，會影響用戶體驗過程，通過上述方法能夠測試出文件丟失率及平均延時時間滿足要求的ap，保障了交互式產(chǎn)品的正常穩(wěn)定地運行，提高了用戶的體驗。

進一步的，所述的一種ap測試方法，還包括：

獲取所述測試時間內(nèi)ap每一次重啟所需要的時間，得到時間集合。

從上述描述可知，通過上述方法能夠獲取ap重啟所需要的時間，有利于對ap的性能進行進一步的判斷，測試出符合預(yù)期的ap。

進一步的，所述s6具體為：

根據(jù)所述時間集合、所述接收速率集合、所述接收數(shù)據(jù)總量集合、所述第一次重啟時間、所述丟失率和所述平均傳輸延遲時間，輸出所述ap的測試結(jié)果。

從上述描述可知，通過上述數(shù)據(jù)，能夠測試出符合預(yù)期的ap，保障了交互式產(chǎn)品的穩(wěn)定運行，提高了老師通過交互式產(chǎn)品進行上課的質(zhì)量。

請參照圖2至圖3所示，本發(fā)明還提供了一種ap測試系統(tǒng)，包括：

建立模塊1，用于服務(wù)端通過無線訪問接入點ap與多臺的客戶端建立連接關(guān)系，所述客戶端的臺數(shù)不超過預(yù)設(shè)臺數(shù)；

發(fā)送模塊2，用于所述服務(wù)端在預(yù)設(shè)測試時間內(nèi)通過單播技術(shù)依次向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件；

第一獲取模塊3，用于獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間；

第二獲取模塊4，用于獲取服務(wù)端從開始發(fā)送文件到ap第一次重啟所需要的第一次重啟時間；

第三獲取模塊5，用于獲取所述測試時間內(nèi)每一臺客戶端的接收速率及接收數(shù)據(jù)總量，得到接收速率集合和接收數(shù)據(jù)總量集合；

輸出模塊6，用于根據(jù)所述接收速率集合、所述接收數(shù)據(jù)總量集合、所述第一次重啟時間、所述丟失率和所述平均傳輸延遲時間，輸出所述ap的測試結(jié)果。

從上述描述可知，本發(fā)明的服務(wù)端通過無線訪問接入點ap分別與多臺的客戶端建立連接關(guān)系，客戶端的臺數(shù)不超過5臺，并在預(yù)設(shè)測試時間內(nèi)通過單播傳輸方式依次反復(fù)向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件，對ap進行疲勞測試；獲取服務(wù)端開始發(fā)送文件到ap第一次重啟所需要的時間、所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間，及每一臺客戶端接收文件的接收速率和接收文件的數(shù)據(jù)總量，根據(jù)上述指標去判斷ap是否符合交互式產(chǎn)品的要求；通過上述系統(tǒng)能夠得到滿足交互式產(chǎn)品要求的最佳ap，使交互式產(chǎn)品并不會因為ap的性能問題，而使文件傳輸時造成異?，F(xiàn)象，保證了交互式產(chǎn)品穩(wěn)定可靠的運行。

進一步的，所述輸出模塊6包括：

第一計算單元7，用于計算所述接收速率集合的中所有元素的第一方差值，若所述第一方差值大于預(yù)設(shè)第一方差閾值，則輸出所述ap測試結(jié)果為不合格；

第二計算單元8，用于否則，計算所述接收數(shù)據(jù)總量集合中所有元素的第二方差值，若所述第二方差值大于預(yù)設(shè)第二方差閾值，則輸出所述ap測試結(jié)果為不合格；

第一輸出單元9，用于否則，若所述第一次重啟時間小于預(yù)設(shè)重啟時間，輸出所述ap的測試結(jié)果為不合格；

第二輸出單元10，用于否則，若所述丟失率大于預(yù)設(shè)丟失率閾值，則輸出所述ap的測試結(jié)果為不合格；

第三輸出單元11，用于否則，若所述平均傳輸延遲時間大于預(yù)設(shè)延時時間閾值，則輸出所述ap的測試結(jié)果為不合格；

第四輸出單元12，用于否則，輸出所述ap的測試結(jié)果為合格的。

從上述描述可知，當不同的客戶端接收速率及接收數(shù)據(jù)總量波動過大時，則代表客戶端不能同步接收到服務(wù)端發(fā)送的文件，會造成通過交互式產(chǎn)品進行上課時，老師通過服務(wù)端發(fā)送文件，其中一同學接收到文件后，其他同學可能過了一段時間才接收到，這嚴重影響了上課的進程，造成時間的浪費；通過上述系統(tǒng)能夠測試出接收速率和接收數(shù)據(jù)總量波動情況符合預(yù)期的ap，使不同的客戶端能夠同時或在較小的時間范圍內(nèi)接收到服務(wù)端發(fā)送的文件；同時若從服務(wù)端發(fā)送文件至第一次ap重啟的第一次重啟時間小于預(yù)設(shè)重啟時間，如45分鐘，則代表上述的ap還不足以支持一節(jié)課的時間就造成故障，嚴重影響了交互式產(chǎn)品的體驗，通過上述系統(tǒng)能夠測試出符合預(yù)期的ap；同時若在測試時間內(nèi)，丟失率大于預(yù)設(shè)丟失率閾值及平均傳輸延遲時間大于預(yù)設(shè)延時時間閾值，會影響用戶體驗過程，通過上述系統(tǒng)能夠測試出文件丟失率及平均延時時間滿足要求的ap，保障了交互式產(chǎn)品的正常穩(wěn)定地運行，提高了用戶的體驗。

進一步的，所述的一種ap測試系統(tǒng)，還包括：

第四獲取模塊13，用于獲取所述測試時間內(nèi)ap每一次重啟所需要的時間，得到時間集合。

從上述描述可知，通過上述系統(tǒng)能夠獲取ap重啟所需要的時間，有利于對ap的性能進行進一步的判斷，測試出符合預(yù)期的ap。

進一步的，所述輸出模塊6包括：

第五輸出單元14，用于根據(jù)所述時間集合、所述接收速率集合、所述接收數(shù)據(jù)總量集合、所述第一次重啟時間、所述丟失率和所述平均傳輸延遲時間，輸出所述ap的測試結(jié)果。

從上述描述可知，通過上述數(shù)據(jù)，能夠測試出符合預(yù)期的ap，保障了交互式產(chǎn)品的穩(wěn)定運行，提高了老師通過交互式產(chǎn)品進行上課的質(zhì)量。

請參照圖1所示，本發(fā)明的實施例一為：

本發(fā)明提供了一種ap測試方法，包括以下步驟：

s1：服務(wù)端通過無線訪問接入點ap與多臺的客戶端建立連接關(guān)系，所述客戶端的臺數(shù)不超過5臺；

s2：所述服務(wù)端在預(yù)設(shè)測試時間內(nèi)通過單播技術(shù)依次向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件；

s3：獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間；

“獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率”具體為：

預(yù)設(shè)控制系統(tǒng)按預(yù)設(shè)第一時間間隔依次對所述ap發(fā)出ping命令；

根據(jù)所述測試時間內(nèi)ping命令值丟失的次數(shù)，得到文件的丟失數(shù)；

根據(jù)所述丟失數(shù)及所述測試時間內(nèi)文件傳輸?shù)目偞螖?shù)，得到丟失率。

s4：獲取服務(wù)端從開始發(fā)送文件到ap第一次重啟所需要的第一次重啟時間；

所述s4具體為：

獲取服務(wù)端開始發(fā)送文件的第一時間點；

獲取ping命令值第一次丟失的第二時間點；

根據(jù)所述第一時間點和所述第二時間點，得到ap第一次重啟所需要的第一次重啟時間。

s5：獲取所述測試時間內(nèi)每一臺客戶端的接收速率及接收數(shù)據(jù)總量，得到接收速率集合和接收數(shù)據(jù)總量集合；

s6：根據(jù)所述接收速率集合、所述接收數(shù)據(jù)總量集合、所述第一次重啟時間、所述丟失率和所述平均傳輸延遲時間，輸出所述ap的測試結(jié)果。

所述s6具體為：

計算所述接收速率集合的中所有元素的第一方差值，若所述第一方差值大于預(yù)設(shè)第一方差閾值，則輸出所述ap測試結(jié)果為不合格；

否則，計算所述接收數(shù)據(jù)總量集合中所有元素的第二方差值，若所述第二方差值大于預(yù)設(shè)第二方差閾值，則輸出所述ap測試結(jié)果為不合格；

否則，若所述第一次重啟時間小于預(yù)設(shè)重啟時間，輸出所述ap的測試結(jié)果為不合格；

否則，若所述丟失率大于預(yù)設(shè)丟失率閾值，則輸出所述ap的測試結(jié)果為不合格；

否則，若所述平均傳輸延遲時間大于預(yù)設(shè)延時時間閾值，則輸出所述ap的測試結(jié)果為不合格；

否則，輸出所述ap的測試結(jié)果為合格的；

上述的步驟s3、s4和s5同時執(zhí)行。

本發(fā)明的實施例二為：

s1：服務(wù)端通過無線訪問接入點ap與多臺的客戶端建立連接關(guān)系，所述客戶端的臺數(shù)不超過預(yù)設(shè)臺數(shù)；

s2：所述服務(wù)端在預(yù)設(shè)測試時間內(nèi)通過單播技術(shù)依次向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件；

s3：獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間；

“獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率”具體為：

預(yù)設(shè)控制系統(tǒng)按預(yù)設(shè)第一時間間隔依次對所述ap發(fā)出ping命令；

根據(jù)所述測試時間內(nèi)ping命令值丟失的次數(shù)，得到文件的丟失數(shù)；

根據(jù)所述丟失數(shù)及所述測試時間內(nèi)文件傳輸?shù)目偞螖?shù)，得到丟失率。

s4：獲取服務(wù)端從開始發(fā)送文件到ap第一次重啟所需要的第一次重啟時間；

所述s4具體為：

獲取服務(wù)端開始發(fā)送文件的第一時間點；

獲取ping命令值第一次丟失的第二時間點；

根據(jù)所述第一時間點和所述第二時間點，得到ap第一次重啟所需要的第一次重啟時間。

s5：獲取所述測試時間內(nèi)每一臺客戶端的接收速率及接收數(shù)據(jù)總量，得到接收速率集合和接收數(shù)據(jù)總量集合；

s6：獲取所述測試時間內(nèi)ap每一次重啟所需要的時間，得到時間集合；

s7：根據(jù)所述時間集合、所述接收速率集合、所述接收數(shù)據(jù)總量集合、所述第一次重啟時間、所述丟失率和所述平均傳輸延遲時間，輸出所述ap的測試結(jié)果。

所述s7具體為：

計算所述接收速率集合的中所有元素的第一方差值，若所述第一方差值大于預(yù)設(shè)第一方差閾值，則輸出所述ap測試結(jié)果為不合格；

否則，計算所述接收數(shù)據(jù)總量集合中所有元素的第二方差值，若所述第二方差值大于預(yù)設(shè)第二方差閾值，則輸出所述ap測試結(jié)果為不合格；

否則，若所述第一次重啟時間小于預(yù)設(shè)重啟時間，輸出所述ap的測試結(jié)果為不合格；

否則，若所述丟失率大于預(yù)設(shè)丟失率閾值，則輸出所述ap的測試結(jié)果為不合格；

否則，若所述平均傳輸延遲時間大于預(yù)設(shè)延時時間閾值，則輸出所述ap的測試結(jié)果為不合格；

否則，計算時間集合的平均值，若所述平均值大于預(yù)設(shè)閾值，則輸出所述ap的測試結(jié)果為不合格；

否則，輸出所述ap的測試結(jié)果為合格的。

請參照圖2至圖3所示，本發(fā)明的實施例三為：

通過建立模塊將用于服務(wù)端通過無線訪問接入點ap與多臺的客戶端建立連接關(guān)系，所述客戶端的臺數(shù)不超過預(yù)設(shè)臺數(shù)，并將建立結(jié)果發(fā)送至發(fā)送模塊；發(fā)送模塊用于所述服務(wù)端在預(yù)設(shè)測試時間內(nèi)通過單播技術(shù)依次向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件；第一獲取模塊獲取所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間，并將丟失率發(fā)送至第二輸出單元，將平均傳輸延遲時間發(fā)送至第三輸出單元；第二獲取模塊獲取服務(wù)端從開始發(fā)送文件到ap第一次重啟所需要的第一次重啟時間，并將第一次重啟時間發(fā)送至第一輸出單元；第三獲取模塊獲取所述測試時間內(nèi)每一臺客戶端的接收速率及接收數(shù)據(jù)總量，得到接收速率集合和接收數(shù)據(jù)總量集合，并將接收速率集合發(fā)送至第一計算單元，將接收數(shù)據(jù)總量集合發(fā)送至第二計算單元；第一計算單元計算所述接收速率集合的中所有元素的第一方差值，若所述第一方差值大于預(yù)設(shè)第一方差閾值，則輸出所述ap測試結(jié)果為不合格；第二計算單元用于否則，計算所述接收數(shù)據(jù)總量集合中所有元素的第二方差值，若所述第二方差值大于預(yù)設(shè)第二方差閾值，則輸出所述ap測試結(jié)果為不合格；第一輸出單元用于否則，若所述第一次重啟時間小于預(yù)設(shè)重啟時間，輸出所述ap的測試結(jié)果為不合格；第二輸出單元用于否則，若所述丟失率大于預(yù)設(shè)丟失率閾值，則輸出所述ap的測試結(jié)果為不合格；第三輸出單元用于否則，若所述平均傳輸延遲時間大于預(yù)設(shè)延時時間閾值，則輸出所述ap的測試結(jié)果為不合格；第四輸出單元用于否則，輸出所述ap的測試結(jié)果為合格的。

綜上所述，本發(fā)明的服務(wù)端通過無線訪問接入點ap分別與多臺的客戶端建立連接關(guān)系，客戶端的臺數(shù)不超過5臺，并在預(yù)設(shè)測試時間內(nèi)通過單播傳輸方式依次反復(fù)向多臺的客戶端發(fā)送預(yù)設(shè)大小的文件，對ap進行疲勞測試；獲取服務(wù)端開始發(fā)送文件到ap第一次重啟所需要的時間、所述測試時間內(nèi)文件傳輸?shù)膩G失率及平均傳輸延遲時間，及每一臺客戶端接收文件的接收速率和接收文件的數(shù)據(jù)總量，根據(jù)上述指標去判斷ap是否符合交互式產(chǎn)品的要求；通過上述方法能夠得到滿足交互式產(chǎn)品要求的最佳ap，使交互式產(chǎn)品并不會因為ap的性能問題，而使文件傳輸時造成異?，F(xiàn)象，保證了交互式產(chǎn)品穩(wěn)定可靠的運行。

以上所述僅為本發(fā)明的實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等同變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。