文件，比如图片，CSS文件。浏览器会自动再次发送Request去获取图片，CSS文件。等所有的文件都下载成功后，网页就被显示出来了)，得到智能终端最原始的HTTP请求(HTTP REQUEST)。
[0106]获取到原始数据后，分析模块和建模模块先将原始协议包数据进行文本化处理，再统计分析各个时间点请求量。此外，该子系统对于具有相同Request URL的用户请求，进行分组合并，计算出各类JSP页面被请求的总数，并进一步计算出各类JSP页面所占的百分比。
[0107]同时，根据采集回来的在线用户数量及其对应的并发数据，结合系统的规划容量，在用户导航页面的指引下用户行为趋向一致的事实下，等比例的给出最终被测软件系统测试时需要模拟的虚拟用户数量及其施加的并发量。
[0108]根据计算出的各类JSP页面的比例关系构建的综合业务模型与真实的用户行为还有一定的差距，其准确度还可以进一步提高。因此，还可以在已构建的业务模型的基础上进一步的参数化，参数化的比例大小可以结合缓存命中率。
[0109]该系统在给出参考模型的基础上，同时也给出了测试时的参数化模型的相关数据。最终建立的综合业务行为模型以HTML报表的形式提供给用户。
[0110]从以上的描述中，可以看出，本发明实现了如下技术效果:
[0111]软件性能的提高意味着成本的降低和产品竞争优势。容量测试与性能测试紧密结合，容量测试是性能测试的一种，在模拟高并发请求的场景下，确定系统可处理同时在线的最大用户数。明确系统的实际容量后，能让软件开发商或用户了解该软件系统的承载能力或提供服务的能力。如果不能满足用户需求或设计要求，则应持续性能优化，以提高系统的容量。通过容量测试，有了对软件负载的预测，不仅能对软件系统在实际使用中的性能状况充满信心，同时也可以帮助用户经济地规划应用系统，优化系统的部署和硬件资源配置。
[0112]相对于功能测试，性能测试仍然还很不规范，性能测试更需要标准化、模型化、指标化、度量科学化，特别是容量测试基于现网的综合业务行为模型。综合业务行为模型的确立是性能测试中的核心环节。综合业务行为模型不可能是凭空想象，包括系统的业务类型，每个业务类型的典型业务量及比例关系，用户的角色及使用方式，后台定时任务，也包括典型的业务操作时间，业务高峰的特征等。测试场景及用例的设计应与业务行为模型一致，特别是各种业务类型的比例关系，否则会导致测试结果的不可信及各种争议。
[0113]通过本发明实施例的方法，能够快速的采集和分析用户行为，获取用户行为后构建与现网一致的综合业务行为模型并进一步指导性能测试和容量测试，提高了测试结果的有效性和可信性。
[0114]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0115]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种数据的采集方法，其特征在于包括: 响应数据采集命令，监听交互网络电视IPTV设备与终端之间通信所采用的协议端口 ； 发送监听得到的数据。2.根据权利要求1所述的方法，其特征在于，所述数据包括:终端所请求的页面种类和各个所述页面种类对应的请求数量。3.根据权利要求1所述的方法，其特征在于，还包括: 采集并上报所述IPTV设备上同时在线的用户数量和对应的并发数据；和/或 采集并上报所述IPTV设备的缓存命中率。4.根据权利要求1所述的方法，其特征在于，所述协议包括超文本传输协议。5.一种系统容量的测试方法，其特征在于包括: 获取对交互网络电视IPTV设备与终端之间所采用协议端口进行监听所得的数据； 依据所述数据建立容量测试模型； 依据所述容量测试模型进行系统容量测试。6.根据权利要求5所述的方法，其特征在于，依据所述数据建立容量测试模型包括: 解析所述数据得到终端的页面请求数据，其中所述页面请求数据包括以下至少之一:所请求的页面种类、各个所述页面种类对应的请求数量、所述请求数量占请求总量的比例； 依据所述页面请求数据建立所述容量测试模型。7.根据权利要求6所述的方法，其特征在于，所述方法还包括:获取所述IPTV设备上同时在线的用户数量和对应的并发数据； 依据所述页面请求数据建立所述容量测试模型包括:依据所述页面请求数据、所述同时在线的用户数量和所述并发数据建立所述容量测试模型。8.根据权利要求7所述的方法，其特征在于，所述方法还包括:获取所述IPTV设备的缓存命中率； 依据所述页面请求数据、所述同时在线的用户数量和所述并发数据建立所述容量测试模型，还包括:利用所述缓存命中率对所述容量测试模型进行参数化。9.一种数据的采集装置，其特征在于包括: 监听模块，用于响应数据采集命令，监听交互网络电视IPTV设备与终端之间通信所采用的协议端口； 发送模块，用于发送监听得到的数据。10.根据权利要求9所述的装置，其特征在于，所述发送模块，还用于 采集并上报所述IPTV上同时在线的用户数量和对应的并发数据；和/或 采集并上报所述IPTV设备的缓存命中率。11.一种系统容量的测试装置，其特征在于包括: 获取模块，用于获取对交互网络电视IPTV设备与终端之间所采用协议端口进行监听所得的数据； 建立模块，用于依据所述数据建立容量测试模型； 测试模块，用于依据所述容量测试模型进行系统容量测试。12.根据权利要求11所述的装置，其特征在于，所述建立模块包括: 解析单元，用于解析所述数据得到终端的页面请求数据，其中所述页面请求数据包括以下至少之一:所请求的页面种类、各个所述页面种类对应的请求数量、所述请求数量占请求总量的比例； 建立单元，用于依据所述页面请求数据建立所述容量测试模型。13.根据权利要求12所述的装置，其特征在于，所述获取模块，还用于获取所述IPTV设备上同时在线的用户数量和对应的并发数据； 所述建立单元，还用于依据所述页面请求数据、所述同时在线的用户数量和所述并发数据建立所述容量测试模型。14.根据权利要求13所述的装置，其特征在于，所述获取模块，还用于获取所述IPTV设备的缓存命中率； 所述建立单元，还用于利用所述缓存命中率对所述容量测试模型进行参数化。
【专利摘要】本发明公开了数据的采集方法、装置和系统容量的测试方法、装置。其中，系统容量的测试方法包括：获取对IPTV设备与终端之间所采用协议端口进行监听所得的数据；依据该数据建立容量测试模型；依据该容量测试模型进行系统容量测试。通过本发明，与相关技术中利用应用数据库或后台数据建立容量测试模型相比，利用对IPTV设备与终端之间所采用协议端口进行监听所得的数据建立测试模型，该测试方法具有更高的准确性，更能够体现系统的真实容量。
【IPC分类】H04N21/24, H04N21/442
【公开号】CN105007501
【申请号】CN201410161621
【发明人】陶海洋, 柏珍
【申请人】中兴通讯股份有限公司
【公开日】2015年10月28日
【申请日】2014年4月21日
【公告号】WO2015161616A1