一种确定测试频繁度的方法和装置与流程

文档序号:12839523阅读:162来源:国知局
一种确定测试频繁度的方法和装置与流程

本发明涉及无线通信技术领域,尤其涉及一种确定测试频繁度的方法和装置。



背景技术:

smarttest是一款集后台统计和前台应用程序(app)于一身的网络测试软件,将该网络测试软件安装在手机中,可以查看基站小区信息以及手机的实时网速等。

为了推动各省市公司的测试工作的开展,目前基于smarttest来衡量各省市的测试频繁度,但是只有从测试人数,测试次数,测试覆盖小区等单方面的指标来对测试频繁度进行体现,从而无法全面准确的得到各省市的测试频繁度,也无法根据这些测试数据对各省市的测试频繁度进行量化排名。



技术实现要素:

本发明实施例提供一种确定测试频繁度的方法和装置,用以解决现有技术中在确定测试频繁度时存在的准确率较低的问题。

本发明实施例采用以下技术方案:

第一方面,提供了一种确定测试频繁度的方法,包括:

根据待测试区域的测试数据,确定所述待测试区域的至少两类指标值;

基于确定的所述至少两类指标值,计算所述待测试区域的测试频繁度。

其中,所述至少两类指标值包括下述指标值中的至少两种:

所述待测试区域的网元渗透率、所述待测试区域的测试有效率、所述待测试区域的问题有效率、所述待测试区域的用户活跃度、所述待测试区域的测试 区域活跃度、所述待测试区域的测试时间度和所述待测试区域的业务目标热度。

其中,所述指标值为所述待测试区域的网元渗透率;则

所述待测试区域的网元渗透率按照如下方式确定:

将所述待测试区域内参与测试的测试小区数与总小区数的比值确定为所述待测试区域的网元渗透率。

其中,所述指标值为所述待测试区域的测试有效率;则

所述待测试区域的测试有效率按照如下方式确定:

将所述待测试区域内各小区的测试有效次数的总和与所有小区的测试总次数的比值确定为所述待测试区域的测试有效率;

其中,针对所述待测试区域内的任意一个小区:

当所述小区的测试实际次数小于第一预设阈值时,将所述小区的测试实际次数确定为所述小区的测试有效次数;当所述小区的测试实际次数不小于所述第一预设阈值时,将所述第一预设阈值确定为所述小区的测试有效次数。

其中,所述指标值为所述待测试区域的问题有效率;则

所述待测试区域的问题有效率按照如下方式确定:

将所述待测试区域内各小区测试出问题的问题有效次数的总和与所有小区测试出问题的问题总次数的比值确定为所述待测试区域的问题有效率;

其中,针对所述待测试区域内的任意一个小区:

当所述小区的问题实际次数小于第二预设阈值时,将所述小区的问题有效次数确定为所述小区的问题有效次数;当所述小区的问题实际次数不小于所述第二预设阈值时,将所述第二预设阈值确定为所述小区的问题有效次数。

其中,所述指标值为所述待测试区域的用户活跃度;则

所述待测试区域的用户活跃度按照如下方式确定:

将所述待测试区域内参与测试的用户数与所有用户数的比值确定为所述待测试区域的用户活跃度。

其中,所述指标值为所述待测试区域的测试区域活跃度;则

所述待测试区域的测试区域活跃度按照如下方式确定:

将所述待测试区域内参与测试的区域块数与所有区域块数的比值确定为所述待测试区域的测试区域活跃度;其中,所述待测试区域内的区域块是预先按照经纬度划分的。

其中,所述指标值为所述待测试区域的测试时间度;则

所述待测试区域的测试时间度按照如下方式确定:

将所述待测试区域内发生测试的时间段个数与预先设置的总时间段数的比值确定为所述待测试区域的测试时间度。

其中,所述指标值为所述待测试区域的业务目标热度;则

所述待测试区域的业务目标热度按照如下方式确定:

将所述待测试区域内指定业务的测试次数与所有业务的总测试次数的比值确定为所述待测试区域的业务目标热度;其中,所述所有业务的总测试次数为所有业务中的测试最高次数与业务种类的乘积。

其中,基于确定的所述至少两类指标值,计算所述待测试区域的测试频繁度,具体包括:

根据预先设置的每类指标值的加权系数,对确定的所述至少两类指标值进行加权平均,计算所述待测试区域的测试频繁度。

第二方面,提供了一种确定测试频繁度的装置,包括:

指标值确定模块,用于根据待测试区域的测试数据,确定所述待测试区域的至少两类指标值;

测试频繁度计算模块,用于基于所述指标值确定模块确定的所述至少两类指标值,计算所述待测试区域的测试频繁度。

其中,所述至少两类指标值包括下述指标值中的至少两种:

所述待测试区域的网元渗透率、所述待测试区域的测试有效率、所述待测试区域的问题有效率、所述待测试区域的用户活跃度、所述待测试区域的测试 区域活跃度、所述待测试区域的测试时间度和所述待测试区域的业务目标热度。

其中,所述测试频繁度计算模块,具体用于:

根据预先设置的每类指标值的加权系数,对确定的所述至少两类指标值进行加权平均,计算所述待测试区域的测试频繁度。

本发明实施例的有益效果如下:

本发明实施例中,根据待测试区域的测试数据,确定待测试区域的至少两类指标值,再基于确定的该至少两类指标值,计算待测试区域的测试频繁度,与仅根据待测试区域单方面指标值计算测试频繁度的现有技术相比,由于采样数据更加全面,使得计算得到的待测试区域的测试频繁度的准确度大大提高,而且还能将待测试区域的测试频繁度量化,更加有利于对不同的待测试区域进行量化排名。

本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1为本发明实施例提供的一种确定测试频繁度的方法的实现流程图;

图2为本发明实施例提供的一种确定测试频繁度的装置的结构示意图。

具体实施方式

为了解决现有技术中在确定测试频繁度时存在的准确率较低的问题,本发 明实施例提供了一种确定测试频繁度的方案。该技术方案中,根据待测试区域的测试数据,确定待测试区域的至少两类指标值,再基于确定的该至少两类指标值,计算待测试区域的测试频繁度,与仅根据待测试区域单方面指标值计算测试频繁度的现有技术相比,由于采样数据更加全面,使得计算得到的待测试区域的测试频繁度的准确度大大提高,而且还能将待测试区域的测试频繁度量化,更加有利于对不同的待测试区域进行量化排名。

以下结合说明书附图对本发明的实施例进行说明,应当理解,此处所描述的实施例仅用于说明和解释本发明,并不用于限制本发明。并且在不冲突的情况下,本发明中的实施例及实施例的特征可以互相结合。

本发明实施例提供了一种确定测试频繁度的方法,如图1所示,为该方法的实现流程图,具体包括下述步骤:

步骤11,根据待测试区域的测试数据,确定待测试区域的至少两类指标值。

其中,待测试区域的指标值可以但不限于包括下述指标值中的至少两种:

待测试区域的网元渗透率、待测试区域的测试有效率、待测试区域的问题有效率、待测试区域的用户活跃度、待测试区域的测试区域活跃度、待测试区域的测试时间度和待测试区域的业务目标热度。

可选的,当指标值为待测试区域的网元渗透率时,待测试区域的网元渗透率可以按照如下方式确定:

将待测试区域内参与测试的测试小区数与总小区数的比值确定为待测试区域的网元渗透率。

其中,待测试区域内参与测试的测试小区数为该待测试区域内全球小区识别码去重数量,所述全球小区识别码用于识别一个小区(基站/一个扇形小区)所覆盖的区域。

其中,待测试区域内参与测试的测试小区数可以为预设单位时间内的测试小区数,可以由smarttest后台统计获得。比如,待测试区域内参与测试的测试小区数可以以天为单位,为当天待测试区域内参与测试的测试小区数,而总 小区数为固定值。

当指标值为待测试区域的测试有效率时,待测试区域的测试有效率可以按照如下方式确定:

将待测试区域内各小区的测试有效次数的总和与所有小区的测试总次数的比值确定为待测试区域的测试有效率;

其中,针对待测试区域内的任意一个小区:

当小区的测试实际次数小于第一预设阈值时,将小区的测试实际次数确定为小区的测试有效次数;

当小区的测试实际次数不小于第一预设阈值时,将第一预设阈值确定为小区的测试有效次数。

比如,第一预设阈值为5时,如果小区的测试实际次数小于5,则小区的测试有效次数为其测试实际次数,如果大于等于5,则小区的测试有效次数为5。

当指标值为待测试区域的问题有效率时,待测试区域的问题有效率可以按照如下方式确定:

将待测试区域内各小区测试出问题的问题有效次数的总和与所有小区测试出问题的问题总次数的比值确定为待测试区域的问题有效率;

其中,针对待测试区域内的任意一个小区:

当小区的问题实际次数小于第二预设阈值时,将小区的问题有效次数确定为小区的问题有效次数;

当小区的问题实际次数不小于第二预设阈值时,将第二预设阈值确定为小区的问题有效次数。

比如,第二预设阈值为5时,如果小区的问题实际次数小于5,则小区的问题有效次数为其问题实际次数,如果大于等于5,则小区的问题有效次数为5。

当指标值为待测试区域的用户活跃度时,待测试区域的用户活跃度可以按 照如下方式确定:

将待测试区域内参与测试的用户数与所有用户数的比值确定为待测试区域的用户活跃度。

其中,待测试区域内参与测试的用户数和总用户数可以为不同预设单位时间内的用户数,其均可以由smarttest后台统计获得。比如,待测试区域内参与测试的用户数可以以天为单位,为当天待测试区域内参与测试的用户数,而总用户数可以以月为单位,为当月待测试区域内参与测试的用户数。

当指标值为待测试区域的测试区域活跃度时,待测试区域的测试区域活跃度可以按照如下方式确定:

将待测试区域内参与测试的区域块数与所有区域块数的比值确定为待测试区域的测试区域活跃度;其中,所述待测试区域内的区域块是预先按照经纬度划分的。

其中,待测试区域内参与测试的区域块数可以为预设单位时间内的区域块数,可以由smarttest后台统计获得。比如,待测试区域内参与测试的区域块数可以以天为单位,为当天待测试区域内参与测试的区域块数,而总区域块数为固定值。

当指标值为待测试区域的测试时间度时,待测试区域的测试时间度可以按照如下方式确定:

将待测试区域内发生测试的时间段个数与预先设置的总时间段数的比值确定为待测试区域的测试时间度。

比如,预先设置的总时间段数为24小时,那么待测试区域内发生测试的时间段个数可以以小时为单元进行统计,其可以由smarttest后台统计获得。

当指标值为待测试区域的业务目标热度时,待测试区域的业务目标热度可以按照如下方式确定:

将待测试区域内指定业务的测试次数与所有业务的总测试次数的比值确定为待测试区域的业务目标热度;其中,所有业务的总测试次数为所有业务中 的测试最高次数与业务种类的乘积。

其中,以所有业务为4种业务为例,则所有业务的总测试次数为所有业务中的测试最高次数与业务种类的乘积可以表示为:该4种业务中的测试最高次数*4。

步骤12,基于确定的至少两类指标值,计算待测试区域的测试频繁度。

具体的,可以根据预先设置的每类指标值的加权系数,对确定的至少两类指标值进行加权平均,计算待测试区域的测试频繁度。

可选的,当预先设置的每类指标值的加权系数相同时,则可以按照如下公式计算待测试区域的测试频繁度:

待测试区域的测试频繁度=每类指标值的总和*100/指标值类别数。

比如,当指标值包括下述7种指标值时:待测试区域的网元渗透率、待测试区域的测试有效率、待测试区域的问题有效率、待测试区域的用户活跃度、待测试区域的测试区域活跃度、待测试区域的测试时间度和待测试区域的业务目标热度,则可以按照如下公式计算待测试区域的测试频繁度:

待测试区域的测试频繁度=(待测试区域的网元渗透率+待测试区域的测试有效率+待测试区域的问题有效率+待测试区域的测试用户活跃度+待测试区域的测试区域活跃度+待测试区域的测试时间度+待测试区域的业务目标热度)*100/7

本发明实施例中,根据待测试区域的测试数据,确定待测试区域的至少两类指标值,再基于确定的该至少两类指标值,计算待测试区域的测试频繁度,与仅根据待测试区域单方面指标值计算测试频繁度的现有技术相比,由于采样数据更加全面,使得计算得到的待测试区域的测试频繁度的准确度大大提高,而且还能将待测试区域的测试频繁度量化,更加有利于对不同的待测试区域进行量化排名。

基于同一发明构思,本发明实施例中还提供了一种确定测试频繁度的装置,由于上述装置解决问题的原理与确定测试频繁度的方法相似,因此上述装 置的实施可以参见方法的实施,重复之处不再赘述。

如图2所示,为本发明实施例提供的确定测试频繁度的装置的结构示意图,包括:

指标值确定模块21,用于根据待测试区域的测试数据,确定所述待测试区域的至少两类指标值;

测试频繁度计算模块22,用于基于所述指标值确定模块21确定的所述至少两类指标值,计算所述待测试区域的测试频繁度。

其中,所述指标值包括下述指标值中的至少两种:

所述待测试区域的网元渗透率、所述待测试区域的测试有效率、所述待测试区域的问题有效率、所述待测试区域的用户活跃度、所述待测试区域的测试区域活跃度、所述待测试区域的测试时间度和所述待测试区域的业务目标热度。

可选的,当指标值为待测试区域的网元渗透率时,则指标值确定模块21中待测试区域的网元渗透率可以按照如下方式确定:

将待测试区域内参与测试的测试小区数与总小区数的比值确定为待测试区域的网元渗透率。

当指标值为待测试区域的测试有效率时,则指标值确定模块21中待测试区域的测试有效率可以按照如下方式确定:

将待测试区域内各小区的测试有效次数的总和与所有小区的测试总次数的比值确定为待测试区域的测试有效率;

其中,针对待测试区域内的任意一个小区:

当小区的测试实际次数小于第一预设阈值时,将小区的测试实际次数确定为小区的测试有效次数;

当小区的测试实际次数不小于第一预设阈值时,将第一预设阈值确定为小区的测试有效次数。

当指标值为待测试区域的问题有效率时,则指标值确定模块21中待测试 区域的问题有效率可以按照如下方式确定:

将待测试区域内各小区测试出问题的问题有效次数的总和与所有小区测试出问题的问题总次数的比值确定为待测试区域的问题有效率;

其中,针对待测试区域内的任意一个小区:

当小区的问题实际次数小于第二预设阈值时,将小区的问题有效次数确定为小区的问题有效次数;

当小区的问题实际次数不小于第二预设阈值时,将第二预设阈值确定为小区的问题有效次数。

当指标值为待测试区域的用户活跃度时,则指标值确定模块21中待测试区域的用户活跃度可以按照如下方式确定:

将待测试区域内参与测试的用户数与所有用户数的比值确定为待测试区域的用户活跃度。

当指标值为待测试区域的测试区域活跃度时,则指标值确定模块21中待测试区域的测试区域活跃度可以按照如下方式确定:

将待测试区域内参与测试的区域块数与所有区域块数的比值确定为待测试区域的测试区域活跃度;其中,所述待测试区域内的区域块是预先按照经纬度划分的。

当指标值为待测试区域的测试时间度时,则指标值确定模块21中待测试区域的测试时间度可以按照如下方式确定:

将待测试区域内发生测试的时间段个数与预先设置的总时间段数的比值确定为待测试区域的测试时间度。

当指标值为待测试区域的业务目标热度时,则指标值确定模块21中待测试区域的业务目标热度可以按照如下方式确定:

将待测试区域内指定业务的测试次数与所有业务的总测试次数的比值确定为待测试区域的业务目标热度;其中,所有业务的总测试次数为所有业务中的测试最高次数与业务种类的乘积。

其中,所述测试频繁度计算模块22,具体用于:

根据预先设置的每类指标值的加权系数,对所述指标值确定模块21确定的所述至少两类指标值进行加权平均,计算所述待测试区域的测试频繁度。

为了描述的方便,以上各部分按照功能划分为各模块(或单元)分别描述。当然,在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

具体实施时,上述确定测试频繁度的装置可以设置在网络侧设备中。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1