文件，比如圖片，CSS文件。瀏覽器會自動再次發(fā)送Request去獲取圖片，CSS文件。等所有的文件都下載成功后，網(wǎng)頁就被顯示出來了)，得到智能終端最原始的HTTP請求(HTTP REQUEST)。
[0106]獲取到原始數(shù)據(jù)后，分析模塊和建模模塊先將原始協(xié)議包數(shù)據(jù)進行文本化處理，再統(tǒng)計分析各個時間點請求量。此外，該子系統(tǒng)對于具有相同Request URL的用戶請求，進行分組合并，計算出各類JSP頁面被請求的總數(shù)，并進一步計算出各類JSP頁面所占的百分比。
[0107]同時，根據(jù)采集回來的在線用戶數(shù)量及其對應的并發(fā)數(shù)據(jù)，結(jié)合系統(tǒng)的規(guī)劃容量，在用戶導航頁面的指引下用戶行為趨向一致的事實下，等比例的給出最終被測軟件系統(tǒng)測試時需要模擬的虛擬用戶數(shù)量及其施加的并發(fā)量。
[0108]根據(jù)計算出的各類JSP頁面的比例關系構(gòu)建的綜合業(yè)務模型與真實的用戶行為還有一定的差距，其準確度還可以進一步提高。因此，還可以在已構(gòu)建的業(yè)務模型的基礎上進一步的參數(shù)化，參數(shù)化的比例大小可以結(jié)合緩存命中率。
[0109]該系統(tǒng)在給出參考模型的基礎上，同時也給出了測試時的參數(shù)化模型的相關數(shù)據(jù)。最終建立的綜合業(yè)務行為模型以HTML報表的形式提供給用戶。
[0110]從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術效果:
[0111]軟件性能的提高意味著成本的降低和產(chǎn)品競爭優(yōu)勢。容量測試與性能測試緊密結(jié)合，容量測試是性能測試的一種，在模擬高并發(fā)請求的場景下，確定系統(tǒng)可處理同時在線的最大用戶數(shù)。明確系統(tǒng)的實際容量后，能讓軟件開發(fā)商或用戶了解該軟件系統(tǒng)的承載能力或提供服務的能力。如果不能滿足用戶需求或設計要求，則應持續(xù)性能優(yōu)化，以提高系統(tǒng)的容量。通過容量測試，有了對軟件負載的預測，不僅能對軟件系統(tǒng)在實際使用中的性能狀況充滿信心，同時也可以幫助用戶經(jīng)濟地規(guī)劃應用系統(tǒng)，優(yōu)化系統(tǒng)的部署和硬件資源配置。
[0112]相對于功能測試，性能測試仍然還很不規(guī)范，性能測試更需要標準化、模型化、指標化、度量科學化，特別是容量測試基于現(xiàn)網(wǎng)的綜合業(yè)務行為模型。綜合業(yè)務行為模型的確立是性能測試中的核心環(huán)節(jié)。綜合業(yè)務行為模型不可能是憑空想象，包括系統(tǒng)的業(yè)務類型，每個業(yè)務類型的典型業(yè)務量及比例關系，用戶的角色及使用方式，后臺定時任務，也包括典型的業(yè)務操作時間，業(yè)務高峰的特征等。測試場景及用例的設計應與業(yè)務行為模型一致，特別是各種業(yè)務類型的比例關系，否則會導致測試結(jié)果的不可信及各種爭議。
[0113]通過本發(fā)明實施例的方法，能夠快速的采集和分析用戶行為，獲取用戶行為后構(gòu)建與現(xiàn)網(wǎng)一致的綜合業(yè)務行為模型并進一步指導性能測試和容量測試，提高了測試結(jié)果的有效性和可信性。
[0114]顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0115]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【主權(quán)項】
1.一種數(shù)據(jù)的采集方法，其特征在于包括: 響應數(shù)據(jù)采集命令，監(jiān)聽交互網(wǎng)絡電視IPTV設備與終端之間通信所采用的協(xié)議端口 ； 發(fā)送監(jiān)聽得到的數(shù)據(jù)。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)包括:終端所請求的頁面種類和各個所述頁面種類對應的請求數(shù)量。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括: 采集并上報所述IPTV設備上同時在線的用戶數(shù)量和對應的并發(fā)數(shù)據(jù)；和/或 采集并上報所述IPTV設備的緩存命中率。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述協(xié)議包括超文本傳輸協(xié)議。5.一種系統(tǒng)容量的測試方法，其特征在于包括: 獲取對交互網(wǎng)絡電視IPTV設備與終端之間所采用協(xié)議端口進行監(jiān)聽所得的數(shù)據(jù)； 依據(jù)所述數(shù)據(jù)建立容量測試模型； 依據(jù)所述容量測試模型進行系統(tǒng)容量測試。6.根據(jù)權(quán)利要求5所述的方法，其特征在于，依據(jù)所述數(shù)據(jù)建立容量測試模型包括: 解析所述數(shù)據(jù)得到終端的頁面請求數(shù)據(jù)，其中所述頁面請求數(shù)據(jù)包括以下至少之一:所請求的頁面種類、各個所述頁面種類對應的請求數(shù)量、所述請求數(shù)量占請求總量的比例； 依據(jù)所述頁面請求數(shù)據(jù)建立所述容量測試模型。7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述方法還包括:獲取所述IPTV設備上同時在線的用戶數(shù)量和對應的并發(fā)數(shù)據(jù)； 依據(jù)所述頁面請求數(shù)據(jù)建立所述容量測試模型包括:依據(jù)所述頁面請求數(shù)據(jù)、所述同時在線的用戶數(shù)量和所述并發(fā)數(shù)據(jù)建立所述容量測試模型。8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述方法還包括:獲取所述IPTV設備的緩存命中率； 依據(jù)所述頁面請求數(shù)據(jù)、所述同時在線的用戶數(shù)量和所述并發(fā)數(shù)據(jù)建立所述容量測試模型，還包括:利用所述緩存命中率對所述容量測試模型進行參數(shù)化。9.一種數(shù)據(jù)的采集裝置，其特征在于包括: 監(jiān)聽模塊，用于響應數(shù)據(jù)采集命令，監(jiān)聽交互網(wǎng)絡電視IPTV設備與終端之間通信所采用的協(xié)議端口； 發(fā)送模塊，用于發(fā)送監(jiān)聽得到的數(shù)據(jù)。10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述發(fā)送模塊，還用于 采集并上報所述IPTV上同時在線的用戶數(shù)量和對應的并發(fā)數(shù)據(jù)；和/或 采集并上報所述IPTV設備的緩存命中率。11.一種系統(tǒng)容量的測試裝置，其特征在于包括: 獲取模塊，用于獲取對交互網(wǎng)絡電視IPTV設備與終端之間所采用協(xié)議端口進行監(jiān)聽所得的數(shù)據(jù)； 建立模塊，用于依據(jù)所述數(shù)據(jù)建立容量測試模型； 測試模塊，用于依據(jù)所述容量測試模型進行系統(tǒng)容量測試。12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述建立模塊包括: 解析單元，用于解析所述數(shù)據(jù)得到終端的頁面請求數(shù)據(jù)，其中所述頁面請求數(shù)據(jù)包括以下至少之一:所請求的頁面種類、各個所述頁面種類對應的請求數(shù)量、所述請求數(shù)量占請求總量的比例； 建立單元，用于依據(jù)所述頁面請求數(shù)據(jù)建立所述容量測試模型。13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述獲取模塊，還用于獲取所述IPTV設備上同時在線的用戶數(shù)量和對應的并發(fā)數(shù)據(jù)； 所述建立單元，還用于依據(jù)所述頁面請求數(shù)據(jù)、所述同時在線的用戶數(shù)量和所述并發(fā)數(shù)據(jù)建立所述容量測試模型。14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述獲取模塊，還用于獲取所述IPTV設備的緩存命中率； 所述建立單元，還用于利用所述緩存命中率對所述容量測試模型進行參數(shù)化。
【專利摘要】本發(fā)明公開了數(shù)據(jù)的采集方法、裝置和系統(tǒng)容量的測試方法、裝置。其中，系統(tǒng)容量的測試方法包括：獲取對IPTV設備與終端之間所采用協(xié)議端口進行監(jiān)聽所得的數(shù)據(jù)；依據(jù)該數(shù)據(jù)建立容量測試模型；依據(jù)該容量測試模型進行系統(tǒng)容量測試。通過本發(fā)明，與相關技術中利用應用數(shù)據(jù)庫或后臺數(shù)據(jù)建立容量測試模型相比，利用對IPTV設備與終端之間所采用協(xié)議端口進行監(jiān)聽所得的數(shù)據(jù)建立測試模型，該測試方法具有更高的準確性，更能夠體現(xiàn)系統(tǒng)的真實容量。
【IPC分類】H04N21/24, H04N21/442
【公開號】CN105007501
【申請?zhí)枴緾N201410161621
【發(fā)明人】陶海洋, 柏珍
【申請人】中興通訊股份有限公司
【公開日】2015年10月28日
【申請日】2014年4月21日
【公告號】WO2015161616A1