掌桥专利:专业的专利平台
掌桥专利
首页

测试数据的处理方法、装置、服务器及存储介质

文献发布时间:2023-06-19 12:13:22


测试数据的处理方法、装置、服务器及存储介质

技术领域

本公开涉及计算机技术领域,尤其涉及一种测试数据的处理方法、装置、服务器及存储介质。

背景技术

随着智能手机碎片化越来越严重,客户端兼容性测试如广告测试的工作量越来越多,需要通过外包人员来完成。

相关技术中,对客户端的广告测试范围的统计方式,一般是通过外包人员手动执行完一条测试用例后,人工点击完成,最终通过测试用例的完成度来统计该客户端的广告测试范围;但是,靠外包人员人工点击完成,无法确认广告测试是否被真正执行,导致广告测试范围的确定准确率较低。

发明内容

本公开提供一种测试数据的处理方法、装置、服务器及存储介质,以至少解决相关技术中广告测试范围的确定准确率较低的问题。本公开的技术方案如下:

根据本公开实施例的第一方面,提供一种测试数据的处理方法,包括:

获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据;每个广告埋点数据包括所述待测客户端中的对应广告位上的埋点类型;

根据各个所述待测试终端上报的广告埋点数据和预设广告埋点集合,得到各个所述待测试终端的广告测试范围;所述预设广告埋点集合为所述待测客户端中的各个广告位上的所有埋点类型的集合;

根据各个所述待测试终端的广告测试范围,生成所述待测试终端集合的测试范围报告。

在一示例性实施例中,所述根据各个所述待测试终端上报的广告埋点数据和预设广告埋点集合,得到各个所述待测试终端的广告测试范围,包括:

根据各个所述待测试终端上报的广告埋点数据,确定各个所述待测试终端上报的埋点类型;

分别将各个所述待测试终端上报的埋点类型中的重复埋点类型进行删除,得到各个所述待测试终端上报的目标埋点类型;

根据各个所述待测试终端上报的目标埋点类型和预设广告埋点集合中的所有埋点类型,得到各个所述待测试终端的广告测试范围。

在一示例性实施例中,在获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据之前,还包括:

从所述待测客户端所上报的历史埋点数据中,识别出所述待测客户端中的各个广告位上的所有埋点类型;

获取所述所有埋点类型的排序标签;

按照所述所有埋点类型的排序标签,将所述所有埋点类型进行排列,得到所述预设广告埋点集合;

所述获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据,包括:

获取各个待测试终端中的待测客户端,按照所述预设广告埋点集合中的各个埋点类型的排序标签依次上报的广告埋点数据。

在一示例性实施例中,所述获取所述所有埋点类型的排序标签,包括:

获取所述各个广告位的优先级和预设时间段内所述各个广告位上的所有埋点类型的埋点请求数量;

分别根据所述优先级和所述埋点请求数量,确定所述各个广告位上的所有埋点类型的第一排序标签和第二排序标签;

将所述所有埋点类型的第一排序标签和第二排序标签进行组合,得到所述所有埋点类型的排序标签。

在一示例性实施例中,所述获取所述各个广告位的优先级,包括:

获取所述各个广告位的历史埋点请求数量;

确定所述各个广告位的历史埋点请求数量所属的埋点请求数量范围;

根据所述各个广告位的历史埋点请求数量所属的埋点请求数量范围,查询埋点请求数量范围与优先级的对应关系,得到所述各个广告位的优先级。

在一示例性实施例中,在根据各个所述待测试终端的广告测试范围,生成所述待测试终端集合的测试范围报告之前,还包括:

根据各个所述待测试终端上报的属于同一优先级的广告位的广告埋点数据,以及所述预设广告埋点集合中属于同一优先级的广告位的广告埋点集合,得到各个所述待测试终端中的各个优先级的广告位的广告测试范围;

所述根据各个所述待测试终端的广告测试范围,生成所述待测试终端集合的测试范围报告,包括:

根据各个所述待测试终端的广告测试范围和各个优先级的广告位的广告测试范围,生成所述待测试终端集合的测试范围报告。

在一示例性实施例中,所述根据各个所述待测试终端的广告测试范围,生成所述待测试终端集合的测试范围报告,还包括:

获取各个所述待测试终端的终端标识;

根据各个所述待测试终端的终端标识和广告测试范围,生成所述待测试终端集合的测试范围报告;所述测试范围报告中,每个终端标识对应一个广告测试范围。

在一示例性实施例中,在根据各个所述待测试终端的终端标识和广告测试范围,生成所述待测试终端集合的测试范围报告之后,还包括:

若识别到所述测试范围报告中存在所述广告测试范围小于预设范围的目标终端标识,则将所述目标终端标识所对应的终端识别为测试失败的终端;

查询终端与测试账户的对应关系,确认与所述测试失败的终端对应的测试账户。

根据本公开实施例的第二方面,提供一种测试数据的处理装置,包括:

数据获取单元,被配置为执行获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据;每个广告埋点数据包括所述待测客户端中的对应广告位上的埋点类型;

范围确定单元,被配置为执行根据各个所述待测试终端上报的广告埋点数据和预设广告埋点集合,得到各个所述待测试终端的广告测试范围;所述预设广告埋点集合为所述待测客户端中的各个广告位上的所有埋点类型的集合;

报告生成单元,被配置为执行根据各个所述待测试终端的广告测试范围,生成所述待测试终端集合的测试范围报告。

在一示例性实施例中,所述范围确定单元,还被配置为执行根据各个所述待测试终端上报的广告埋点数据,确定各个所述待测试终端上报的埋点类型;分别将各个所述待测试终端上报的埋点类型中的重复埋点类型进行删除,得到各个所述待测试终端上报的目标埋点类型;根据各个所述待测试终端上报的目标埋点类型和预设广告埋点集合中的所有埋点类型,得到各个所述待测试终端的广告测试范围。

在一示例性实施例中,所述装置还包括集合确定单元,被配置为执行从所述待测客户端所上报的历史埋点数据中,识别出所述待测客户端中的各个广告位上的所有埋点类型;获取所述所有埋点类型的排序标签;按照所述所有埋点类型的排序标签,将所述所有埋点类型进行排列,得到所述预设广告埋点集合;

所述数据获取单元,还被配置为执行获取各个待测试终端中的待测客户端,按照所述预设广告埋点集合中的各个埋点类型的排序标签依次上报的广告埋点数据。

在一示例性实施例中,所述集合确定单元,还被配置为执行获取所述各个广告位的优先级和预设时间段内所述各个广告位上的所有埋点类型的埋点请求数量;分别根据所述优先级和所述埋点请求数量,确定所述各个广告位上的所有埋点类型的第一排序标签和第二排序标签;将所述所有埋点类型的第一排序标签和第二排序标签进行组合,得到所述所有埋点类型的排序标签。

在一示例性实施例中,所述集合确定单元,还被配置为执行获取所述各个广告位的历史埋点请求数量;确定所述各个广告位的历史埋点请求数量所属的埋点请求数量范围;根据所述各个广告位的历史埋点请求数量所属的埋点请求数量范围,查询埋点请求数量范围与优先级的对应关系,得到所述各个广告位的优先级。

在一示例性实施例中,所述装置还包括测试范围确定单元,被配置为执行根据各个所述待测试终端上报的属于同一优先级的广告位的广告埋点数据,以及所述预设广告埋点集合中属于同一优先级的广告位的广告埋点集合,得到各个所述待测试终端中的各个优先级的广告位的广告测试范围;

所述报告生成单元,还被配置为执行根据各个所述待测试终端的广告测试范围和各个优先级的广告位的广告测试范围,生成所述待测试终端集合的测试范围报告。

在一示例性实施例中,所述报告生成单元,还被配置为执行获取各个所述待测试终端的终端标识;根据各个所述待测试终端的终端标识和广告测试范围,生成所述待测试终端集合的测试范围报告;所述测试范围报告中,每个终端标识对应一个广告测试范围。

在一示例性实施例中,所述装置还包括账户确定单元,被配置为执行若识别到所述测试范围报告中存在所述广告测试范围小于预设范围的目标终端标识,则将所述目标终端标识所对应的终端识别为测试失败的终端;查询终端与测试账户的对应关系,确认与所述测试失败的终端对应的测试账户。

根据本公开实施例的第三方面,提供一种服务器,包括:处理器;用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行所述指令,以实现如第一方面的任一项实施例中所述的测试数据的处理方法。

根据本公开实施例的第四方面,提供一种计算机可读存储介质,包括:当所述计算机可读存储介质中的指令由服务器的处理器执行时,使得所述服务器能够执行第一方面的任一项实施例中所述的测试数据的处理方法。

根据本公开实施例的第五方面,提供一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序存储在计算机可读存储介质中,设备的至少一个处理器从所述计算机可读存储介质读取并执行所述计算机程序,使得设备执行第一方面的任一项实施例中所述的测试数据的处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果:

获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据;每个广告埋点数据包括待测客户端中的对应广告位上的埋点类型;根据各个待测试终端上报的广告埋点数据和预设广告埋点集合,得到各个待测试终端的广告测试范围;预设广告埋点集合为待测客户端中的各个广告位上的所有埋点类型的集合;根据各个待测试终端的广告测试范围,生成待测试终端集合的测试范围报告;这样,实现了根据待测试终端中的待测客户端所上报的广告埋点数据和预设广告埋点集合,确定待测试终端的广告测试范围的目的,避免了通过人工点击完成的测试用例的数量所统计得到的广告测试范围的准确率较低的缺陷,保证了得到的广告测试范围的可靠性,从而提高了广告测试范围的确定准确率。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种测试数据的处理方法的应用环境图。

图2是根据一示例性实施例示出的一种测试数据的处理方法的流程图。

图3是根据一示例性实施例示出的另一种测试数据的处理方法的流程图。

图4是根据一示例性实施例示出的获取预设广告埋点集合的步骤的流程图。

图5是根据一示例性实施例示出的又一种测试数据的处理方法的流程图。

图6是根据一示例性实施例示出的一种测试数据的处理装置的框图。

图7是根据一示例性实施例示出的一种服务器的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所提供的测试数据的处理方法,可以应用于如图1所示的应用环境中。其中,待测试终端集合中包括多个待测试终端110,比如待测试终端110a、待测试终端110b······待测试终端110n;每个待测试终端110分别通过网络与埋点服务器120进行交互。参考图1,埋点服务器120获取待测试终端集合中的各个待测试终端110中的待测客户端所上报的广告埋点数据;每个广告埋点数据包括待测客户端中的对应广告位上的埋点类型;根据各个待测试终端110上报的广告埋点数据和预设广告埋点集合,得到各个待测试终端110的广告测试范围;预设广告埋点集合为待测客户端中的各个广告位上的所有埋点类型的集合;根据各个待测试终端110的广告测试范围,生成待测试终端集合的测试范围报告。其中,待测试终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,埋点服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图2是根据一示例性实施例示出的一种测试数据的处理方法的流程图,如图2所示,测试数据的处理方法用于如图1所示的埋点服务器中,包括以下步骤:

在步骤S210中,获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据;每个广告埋点数据包括待测客户端中的对应广告位上的埋点类型。

其中,待测试终端集合是指分配给外包人员进行测试的终端的集合,可以是待测试手机集合。待测客户端是指需要进行广告测试的客户端,比如短视频客户端、视频播放客户端、新闻资讯客户端等;广告测试是指对待测客户端上的广告位进行测试。

其中,埋点是指一种用户行为数据的采集方法,具体是指在客户端的应用页面中的对应位置埋入一段程序,使用户在访问客户端的应用页面时,对应位置的程序自动触发收集对应的用户行为数据的方法;通过该方法收集到的用户行为数据称为埋点数据。广告埋点数据是指通过广告埋点采集得到的用户对客户端上的广告位的操作行为数据,用于记录待测客户端中的广告位以及在该广告位上触发的埋点类型。

其中,待测客户端中包括多个广告位,比如弹窗广告、推送广告、启动页广告、幻灯广告、信息流广告、详情页底部广告、侧边栏广告等;每个广告位对应多个埋点类型,比如曝光埋点、点击埋点、H5页面跳转埋点等,每个埋点类型用于标识广告位的一个应用场景。

具体地,待测试终端根据外包人员对该待测试终端中的待测客户端上的广告位的操作行为,生成对应的广告埋点数据,并将广告埋点数据实时上传至埋点服务器,通过埋点服务器得到待测试终端上报的广告埋点数据;参照这种方法,埋点服务器可以接收到待测试终端集合中的各个待测试终端上报的广告埋点数据。

举例说明,外包人员点击待测客户端上的弹窗广告,弹窗广告上的点击埋点会生成相应的广告埋点数据,并通过待测试终端将广告埋点数据上传至埋点服务器中;外包人员点击待测客户端上的推送广告上的下载链接,跳转到相应的APP下载页,此时推送广告上的页面跳转埋点会生成相应的广告埋点数据,并通过待测试终端将广告埋点数据上传至埋点服务器中。

在步骤S220中,根据各个待测试终端上报的广告埋点数据和预设广告埋点集合,得到各个待测试终端的广告测试范围;预设广告埋点集合为待测客户端中的各个广告位上的所有埋点类型的集合。

其中,预设广告埋点集合由待测客户端中的各个广告位对应的所有埋点类型组成,用于表示完整的埋点类型范围;例如,待测客户端包括3个广告位,分别是广告位A、广告位B、广告位C,广告位A对应埋点类型A1、埋点类型A2,广告位B对应埋点类型B1、埋点类型B2,广告位C对应埋点类型C1、埋点类型C2,则预设广告埋点集合包括埋点类型A1、埋点类型A2、埋点类型B1、埋点类型B2、埋点类型C1和埋点类型C2。

其中,广告测试范围用于标识待测试终端中的广告测试覆盖率,具体是指待测试终端上报的埋点类型的数量占预设广告埋点集合中的所有埋点类型的数量的比例;例如,待测试终端上报的埋点类型的数量为8,预设广告埋点集合中的所有埋点类型的数量为10,则待测试终端中的广告测试覆盖率为80%。

具体地,埋点服务器根据待测试终端上报的广告埋点数据中的埋点类型,确定待测试终端上报的埋点类型的数量;统计待测试终端上报的埋点类型的数量占预设广告埋点集合中的所有埋点类型的数量的比例,得到待测试终端中的广告测试覆盖率;将待测试终端中的广告测试覆盖率,作为待测试终端的广告测试范围;参照此方法,可以得到各个待测试终端的广告测试范围。

在步骤S230中,根据各个待测试终端的广告测试范围,生成待测试终端集合的测试范围报告。

其中,测试范围报告是一种包括各个待测试终端的广告测试范围的统计报告;例如,生成的待测试终端集合的测试范围报告中,待测试终端110a的广告测试范围为100%,待测试终端110b的广告测试范围为80%,待测试终端110c的广告测试范围为60%。

具体地,埋点服务器获取测试范围报告模板,将各个待测试终端的广告测试范围添加到测试范围报告模板中的对应位置,得到待测试终端集合的测试范围报告。

埋点服务器还可以将待测试终端集合的测试范围报告发送至对应的终端,通过终端展示待测试终端集合的测试范围报告,便于相应的工作人员及时了解各个待测试终端的广告测试范围。

上述测试数据的处理方法中,实现了根据待测试终端中的待测客户端所上报的广告埋点数据和预设广告埋点集合,确定待测试终端的广告测试范围的目的,避免了通过人工点击完成的测试用例的数量所统计得到的广告测试范围的准确率较低的缺陷,保证了得到的广告测试范围的可靠性,从而提高了广告测试范围的确定准确率。

在一示例性实施例中,上述步骤S220中,根据各个待测试终端上报的广告埋点数据和预设广告埋点集合,得到各个待测试终端的广告测试范围,包括:根据各个待测试终端上报的广告埋点数据,确定各个待测试终端上报的埋点类型;分别将各个待测试终端上报的埋点类型中的重复埋点类型进行删除,得到各个待测试终端上报的目标埋点类型;根据各个待测试终端上报的目标埋点类型和预设广告埋点集合中的所有埋点类型,得到各个待测试终端的广告测试范围。

具体地,埋点服务器提取出待测试终端上报的广告埋点数据中的对应广告位上的埋点类型,作为待测试终端上报的埋点类型;判断待测试终端上报的埋点类型中是否存在重复的埋点类型,若是,则将待测试终端上报的埋点类型中的重复埋点类型进行删除,得到剩余的埋点类型,作为待测试终端上报的目标埋点类型;统计待测试终端上报的目标埋点类型的数量占预设广告埋点集合中的所有埋点类型的总数量的比例,得到待测试终端中的广告测试覆盖率,作为待测试终端的广告测试范围;参照此方法,可以得到各个待测试终端的广告测试范围。

举例说明,参考图3,外包人员需要测试的待测试终端分别是待测试终端a、待测试终端b······待测试终端n,外包人员分别对待测试终端a、待测试终端b······待测试终端n中的待测客户端中的广告位进行操作,触发该广告位上对应的埋点生成相应的广告埋点数据,并分别通过待测试终端a、待测试终端b······待测试终端n将相应的广告埋点数据上传至埋点服务器中;通过埋点服务器识别到待测试终端a上报的广告埋点数据中的埋点类型分别是:广告位A对应的埋点类型A1、广告位A对应的埋点类型A1、广告位A对应的埋点类型A2、广告位B对应的埋点类型B1,且广告位A对应的埋点类型A1重复,则将重复的埋点类型A1进行删除,得到待测试终端a上报的目标埋点类型:广告位A对应的埋点类型A1、广告位A对应的埋点类型A2、广告位B对应的埋点类型B1;预设广告埋点集合包括广告位A对应的埋点类型A1、广告位A对应的埋点类型A2、广告位B对应的埋点类型B1、广告位B对应的埋点类型B2、广告位C对应的埋点类型C1和广告位C对应的埋点类型C2,说明待测试终端a中的广告测试覆盖率为3/6=50%,即待测试终端a的广告测试范围为50%。参照此方法,可以得到待测试终端b、待测试终端c······待测试终端n的广告测试范围。

本实施例提供的技术方案,通过对待测试终端上报的广告埋点数据中对应广告位的埋点类型进行去重处理,并结合预设广告埋点集合中的所有埋点类型,有利于提高得到的待测试终端的广告测试范围的可靠性,从而提高了广告测试范围的确定准确率。

在一示例性实施例中,如图4所示,上述步骤S210,在获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据之前,还包括获取预设广告埋点集合的步骤,具体包括如下步骤:

在步骤S410中,从待测客户端所上报的历史埋点数据中,识别出待测客户端中的各个广告位上的所有埋点类型。

其中,历史埋点数据是指待测客户端在历史时间段上报的埋点数据,比如待测客户端在最近一个季度上报的埋点数据、待测客户端在最近一个月上报的埋点数据等。历史埋点数据包括各种类型的埋点数据,比如广告埋点数据。

具体地,埋点服务器从收集到的埋点数据中,提取出待测客户端所上报的历史埋点数据;从待测客户端所上报的历史埋点数据中,提取出待测客户端所上报的广告埋点数据;从待测客户端所上报的广告埋点数据中,提取出广告埋点数据中对应广告位上的埋点类型,得到待测客户端中的广告位上的埋点类型;对待测客户端中的广告位上的埋点类型进行去重处理,得到待测客户端中的各个广告位上的所有埋点类型。

在步骤S420中,获取所有埋点类型的排序标签。

其中,排序标签用于标识埋点类型在所有埋点类型中的排序位置,比如排序编号。

具体地,埋点服务器从待测客户端所上报的历史埋点数据中的广告埋点数据中,统计出每个埋点类型的埋点请求数量;按照埋点请求数量从大到小的顺序,确定每个埋点类型的埋点请求数量的排序标签,对应作为每个埋点类型的排序标签。

例如,埋点类型A1的埋点请求数量为10、埋点类型A2的埋点请求数量为8、埋点类型B1的埋点请求数量为6、埋点类型B2的埋点请求数量为4,埋点类型A1的埋点请求数量占所有埋点请求数量第一,故埋点类型A1的排序标签为第一;以此类推,埋点类型A2的排序标签为第二、埋点类型B1的排序标签为第三、埋点类型B2的排序标签为第四。

在步骤S430中,按照所有埋点类型的排序标签,将所有埋点类型进行排列,得到预设广告埋点集合。

具体地,埋点服务器按照各个埋点类型的排序标签之间的关系,将各个埋点类型进行排列,排列后的埋点类型队列,作为预设广告埋点集合。

例如,埋点类型A1的排序标签为第一,埋点类型A2的排序标签为第二,埋点类型B1的排序标签为第三,埋点类型B2的排序标签为第四,那么埋点类型A1排在第一,埋点类型A2排在第二,埋点类型B1排在第三,埋点类型B2排在第四,可以得到预设广告埋点集合(A1,A2,B1,B2)。

本实施例提供的技术方案,通过获取预设广告埋点集合,有利于后续根据待测试终端上报的广告埋点数据和预设广告埋点集合,自动统计出待测试终端的广告测试范围,可以有效确认广告测试是否被真正执行,从而提高了广告测试范围的确定准确率。

在一示例性实施例中,上述步骤S210,获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据,包括:获取各个待测试终端中的待测客户端,按照预设广告埋点集合中的各个埋点类型的排序标签依次上报的广告埋点数据。

举例说明,预设广告埋点集合为(A1,A2,B1,B2),外包人员先进行与待测客户端中的广告位A对应的埋点类型A1对应的操作事件(比如点击),再进行与待测客户端中的广告位A对应的埋点类型A2对应的操作事件,接着进行与待测客户端中的广告位B对应的埋点类型B1对应的操作事件,最后进行与待测客户端中的广告位B对应的埋点类型B2对应的操作事件;在这个过程中,待测客户端中埋点类型A1对应的埋点会生成相应的广告埋点数据,并通过待测客户端上传至埋点服务器;接着,待测客户端中埋点类型A2对应的埋点会生成相应的广告埋点数据,并通过待测客户端上传至埋点服务器;然后,待测客户端中埋点类型B1对应的埋点会生成相应的广告埋点数据,并通过待测客户端上传至埋点服务器;最后,待测客户端中埋点类型B2对应的埋点会生成相应的广告埋点数据,并通过待测客户端上传至埋点服务器。

本实施例提供的技术方案,在面临突发性的发版,全范围覆盖时间来不及的情况下,按照预设广告埋点集合中的各个埋点类型的排序标签,对对应广告位进行测试,可以保证排序靠前的广告位先被测试。

在一示例性实施例中,上述步骤S420,获取所有埋点类型的排序标签,包括:获取各个广告位的优先级和预设时间段内各个广告位上的所有埋点类型的埋点请求数量;分别根据优先级和埋点请求数量,确定各个广告位上的所有埋点类型的第一排序标签和第二排序标签;将所有埋点类型的第一排序标签和第二排序标签进行组合,得到所有埋点类型的排序标签。

其中,广告位的优先级,用于表示广告位的重要性,可以通过手动设置;例如,与收入相关的广告位优先级最高。广告位的优先级,用于确定该广告位上的埋点类型的第一排序标签,第一排序标签用于标识埋点类型在所有埋点类型中的第一排序位置,比如排序编号。广告位上的埋点类型的埋点请求数量,用于确定该广告位上的埋点类型的第二排序标签,第二排序标签用于标识埋点类型在所有埋点类型中的第二排序位置,比如排序编号。

其中,预设时间段可以是每天,也可以是每个星期,具体根据实际情况确定。

具体地,埋点服务器从数据库中获取待测客户端中各个广告位的优先级,以及预设时间段内各个广告位上的所有埋点类型的埋点请求数量;按照优先级从高到低的顺序,确定各个广告位的排序标签,对应作为各个广告位上的每个埋点类型的第一排序标签;按照埋点请求数量从大到小的顺序,确定各个广告位上的每个埋点类型的埋点请求数量的排序标签,对应作为各个广告位上的每个埋点类型的第二排序标签;按照第一排序标签在前、第二排序标签在后的顺序,将每个埋点类型的第一排序标签和第二排序标签进行组合,得到每个埋点类型的排序标签。

举例说明,待测客户端中广告位A的优先级最高,广告位B的优先级次之,广告位C的优先级最低,那么广告位A对应的埋点类型A1、埋点类型A2的第一排序标签均为1,广告位B对应的埋点类型B1、埋点类型B2的第一排序标签均为2,广告位C对应的埋点类型C1、埋点类型C2的第一排序标签均为3;针对广告位A,埋点类型A1的埋点请求数量占第一,埋点类型A2的埋点请求数量占第二,则埋点类型A1、埋点类型A2对应的第二排序标签分别是1、2;针对广告位B,埋点类型B1的埋点请求数量占第一,埋点类型B2的埋点请求数量占第二,则埋点类型B1、埋点类型B2对应的第二排序标签分别是1、2;针对广告位C,埋点类型C1的埋点请求数量占第一,埋点类型C2的埋点请求数量占第二,则埋点类型C1、埋点类型C2对应的第二排序标签分别是1、2;那么埋点类型A1、埋点类型A2、埋点类型B1、埋点类型B2、埋点类型C1、埋点类型C2对应的排序标签分别是11、12、21、22、31、32。

本实施例提供的技术方案,通过获取每个埋点类型的排序标签,有利于后续按照每个埋点类型的排序标签,将每个埋点类型进行排列,得到预设广告埋点集合,有利于为外包人员提供广告位测试的先后顺序,以及为统计待测客户端的广告测试范围提供完整的埋点类型范围。

在一示例性实施例中,获取各个广告位的优先级,包括:获取各个广告位的历史埋点请求数量;确定各个广告位的历史埋点请求数量所属的埋点请求数量范围;根据各个广告位的历史埋点请求数量所属的埋点请求数量范围,查询埋点请求数量范围与优先级的对应关系,得到各个广告位的优先级。

其中,每个广告位的历史埋点请求数量,是指每个广告位上的所有埋点类型的历史埋点请求数量的总和;例如,广告位A上的埋点类型A1、埋点类型A2的历史埋点请求数量分别是100、50,则广告位A的历史埋点请求数量为100+50=150。

其中,埋点请求数量范围与优先级存在一一对应关系,不同埋点请求数量范围对应不同的优先级,比如埋点请求数量范围为(401-500),对应优先级为第一,埋点请求数量范围为(301-400),对应优先级为第二;当然埋点请求数量范围与优先级的具体对应关系,可以根据实际情况进行调整。

具体地,埋点服务器获取各个广告位上的所有埋点类型的历史埋点请求数量,将各个广告位上的所有埋点类型的历史埋点请求数量进行相加,得到各个广告位的历史埋点请求数量;查询预先设置的埋点请求数量范围,确定各个广告位的历史埋点请求数量所属的埋点请求数量范围;获取埋点请求数量范围与优先级的对应关系,并根据各个广告位的历史埋点请求数量所属的埋点请求数量范围,查询埋点请求数量范围与优先级的对应关系,得到各个广告位的历史埋点请求数量所属的埋点请求数量范围所对应的优先级,对应作为各个广告位的优先级。

举例说明,广告位A的历史埋点请求数量为150,属于埋点请求数量范围(101-200),而埋点请求数量范围与优先级的对应关系中,埋点请求数量范围(101-200)对应的优先级为第四,则广告位A的优先级为第四;参照此方法,可以得到各个广告位的优先级。

本实施例提供的技术方案,通过获取各个广告位的优先级,有利于后续根据各个广告位的优先级和预设时间段内各个广告位上的所有埋点类型的埋点请求数量,确定各个广告位上的所有埋点类型的第一排序标签和第二排序标签,进而将各个广告位上的所有埋点类型进行排序,有利于为外包人员提供广告位测试的先后顺序,同时保证排序靠前的广告位被优先测试。

在一示例性实施例中,上述步骤S230,在根据各个待测试终端的广告测试范围,生成待测试终端集合的测试范围报告之前,还包括:根据各个待测试终端上报的属于同一优先级的广告位的广告埋点数据,以及预设广告埋点集合中属于同一优先级的广告位的广告埋点集合,得到各个待测试终端中的各个优先级的广告位的广告测试范围。

具体地,埋点服务器根据待测试终端上报的属于同一优先级的广告位的广告埋点数据中的埋点类型,确定待测试终端上报的属于同一优先级的广告位的埋点类型的数量;统计待测试终端上报的属于同一优先级的广告位的埋点类型的数量,占预设广告埋点集合中属于同一优先级的广告位的所有埋点类型的数量的比例,得到待测试终端中同一优先级的广告位的广告测试覆盖率,作为待测试终端中同一优先级的广告位的广告测试范围。

举例说明,待测客户端中广告位A、广告位D的优先级都属于第一优先级,广告位A上报的埋点类型为A1、A2,广告位D上报的埋点类型为D1,第一优先级的广告位的广告埋点集合为(A1,A2,D1,D2),那么待测客户端中第一优先级的广告位的广告测试范围为3/4=75%。

上述步骤S230中,根据各个待测试终端的广告测试范围,生成待测试终端集合的测试范围报告,包括:根据各个待测试终端的广告测试范围和各个优先级的广告位的广告测试范围,生成待测试终端集合的测试范围报告。

具体地,埋点服务器将各个待测试终端的广告测试范围和各个优先级的广告位的广告测试范围,添加到测试范围报告模板中的对应位置,得到待测试终端集合的测试范围报告;例如,在测试范围报告中,每个待测试终端对应一个总的广告测试范围,以及该待测试终端中各个优先级的广告位的广告测试范围。

本实施例提供的技术方案,在生成待测试终端集合的测试范围报告时,综合考虑每个待测试终端的广告测试范围和各个优先级的广告位的广告测试范围,有利于保证测试范围报告中的信息的多维性,便于工作人员及时了解各个待测试终端的广告测试情况。

在一示例性实施例中,上述步骤S230,根据各个待测试终端的广告测试范围,生成待测试终端集合的测试范围报告,还包括:获取各个待测试终端的终端标识;根据各个待测试终端的终端标识和广告测试范围,生成待测试终端集合的测试范围报告;测试范围报告中,每个终端标识对应一个广告测试范围。

其中,终端标识是指待测试终端的唯一标识信息,比如终端编号、终端名称等。

具体地,待测试终端所上报的广告埋点数据中包括待测试终端的终端标识,埋点服务器从待测试终端所上报的广告埋点数据中,提取出待测试终端的终端标识;将各个待测试终端的终端标识和广告测试范围,添加到测试范围报告模板中的对应位置,使得生成的测试范围报告中每个终端标识对应一个广告测试范围。

本实施例提供的技术方案,在生成待测试终端集合的测试范围报告时,综合考虑每个待测试终端的终端标识和广告测试范围,有利于后续根据测试范围报告,可以识别出广告测试范围不符合要求的终端标识所对应的待测试终端。

在一示例性实施例中,上述步骤S230,在根据各个待测试终端的终端标识和广告测试范围,生成待测试终端集合的测试范围报告之后,还包括:若识别到测试范围报告中存在广告测试范围小于预设范围的目标终端标识,则将目标终端标识所对应的终端识别为测试失败的终端;查询终端与测试账户的对应关系,确认与测试失败的终端对应的测试账户。

其中,终端与测试账户的对应关系,是指每个外包人员对应一个测试账户,一个测试账户绑定有多个待测试终端。

具体地,埋点服务器将测试范围报告中每个终端标识对应的广告测试范围,与预设范围进行比较,若测试范围报告中存在广告测试范围小于预设范围的终端标识,则将该终端标识作为目标终端标识,并将目标终端标识所对应的终端识别为测试失败的终端;查询终端与测试账户的对应关系,确认与测试失败的终端匹配的终端所对应的测试账户,作为与测试失败的终端对应的测试账户。

例如,待测试终端110a的广告测试范围为80%,小于预设范围100%,说明待测试终端110a为测试失败的终端;在终端与测试账户的对应关系中,测试账户甲对应待测试终端110a,说明与测试失败的终端对应的测试账户为测试账户甲。

本实施例提供的技术方案,通过测试范围报告中每个终端标识对应的广告测试范围,以及终端与测试账户的对应关系,可以有效反查出广告测试范围不符合要求的终端,以及与广告测试范围不符合要求的终端对应的测试账户,便于提醒测试账户对相应的待测试终端进行重新测试。

图5是根据一示例性实施例示出的另一种测试数据的处理方法的流程图,如图5所示,该测试数据的处理方法用于如图1所示的埋点服务器中,包括以下步骤:

在步骤S510中,从待测客户端所上报的历史埋点数据中,识别出待测客户端中的各个广告位上的所有埋点类型。

在步骤S520中,获取各个广告位的优先级和预设时间段内各个广告位上的所有埋点类型的埋点请求数量;分别根据优先级和埋点请求数量,确定各个广告位上的所有埋点类型的第一排序标签和第二排序标签。

在步骤S530中,将所有埋点类型的第一排序标签和第二排序标签进行组合,得到所有埋点类型的排序标签;按照所有埋点类型的排序标签,将所有埋点类型进行排列,得到预设广告埋点集合。

在步骤S540中,获取待测试终端集合中的各个待测试终端中的待测客户端,按照预设广告埋点集合中的各个埋点类型的排序标签依次上报的广告埋点数据;每个广告埋点数据包括待测客户端中的对应广告位上的埋点类型。

在步骤S550中,根据各个待测试终端上报的广告埋点数据,确定各个待测试终端上报的埋点类型;分别将各个待测试终端上报的埋点类型中的重复埋点类型进行删除,得到各个待测试终端上报的目标埋点类型。

在步骤S560中,根据各个待测试终端上报的目标埋点类型和预设广告埋点集合中的所有埋点类型,得到各个待测试终端的广告测试范围。

在步骤S570中,根据各个待测试终端上报的属于同一优先级的广告位的广告埋点数据,以及预设广告埋点集合中属于同一优先级的广告位的广告埋点集合,得到各个待测试终端中的各个优先级的广告位的广告测试范围。

在步骤S580中,根据各个待测试终端的广告测试范围和各个优先级的广告位的广告测试范围,生成待测试终端集合的测试范围报告。

上述测试数据的处理方法中,实现了根据待测试终端中的待测客户端所上报的广告埋点数据和预设广告埋点集合,确定待测试终端的广告测试范围的目的,避免了通过人工点击完成的测试用例的数量所统计得到的广告测试范围的准确率较低的缺陷,保证了得到的广告测试范围的可靠性,从而提高了广告测试范围的确定准确率。

在一示例性实施例中,为了更清晰阐明本公开实施例提供的技术方案,以下将详细阐述本公开的测试数据的处理方法的一个应用实例,该应用实例的具体内容如下:

在实际测试场景中,参考图3,分配给外包人员的测试终端包括待测试终端a、待测试终端b······待测试终端n,外包人员需要对待测试终端a、待测试终端b······待测试终端n中的待测APP上的广告位进行测试;例如,针对待测试终端a,外包人员点击待测试终端a中的待测APP上的弹窗广告,弹窗广告上的点击埋点会生成相应的广告埋点数据,并通过待测试终端a将该广告埋点数据上传至埋点服务器中;接着,外包人员点击待测试终端a中的待测APP上的推送广告上的下载链接,跳转到相应的APP下载页,此时推送广告上的页面跳转埋点会生成相应的广告埋点数据,并通过待测试终端a将该广告埋点数据上传至埋点服务器中,每个广告埋点数据记录有待测APP中的对应广告位上的埋点类型;接着,埋点服务器对待测试终端a上报的关于待测APP的每个广告埋点数据进行分析,得到待测试终端a上报的每个广告埋点数据中的对应广告位上的埋点类型,比如弹窗广告点击埋点、推送广告页面跳转埋点;将待测试终端a上报的每个广告埋点数据中的对应广告位上的埋点类型,作为待测试终端a上报的埋点类型,即待测试终端a上报的埋点类型为弹窗广告点击埋点、推送广告页面跳转埋点;然后,埋点服务器统计到待测试终端a上报的埋点类型的数量为2,预设广告埋点集合中的所有埋点类型的总数量为8,说明待测试终端a上报的埋点类型的数量占预设广告埋点集合中的所有埋点类型的总数量的比例为2/8=25%,进而说明待测试终端a的广告测试范围为25%;参照此方法,可以得到待测试终端a、待测试终端b······待测试终端n的广告测试范围,比如待测试终端a的广告测试范围为25%、待测试终端b的广告测试范围为100%······待测试终端n的广告测试范围为75%;埋点服务器根据待测试终端a、待测试终端b······待测试终端n的广告测试范围,生成测试范围报告。

上述测试数据的处理方法中,避免了通过人工点击完成的测试用例的数量所统计得到的广告测试范围的准确率较低的缺陷,保证了得到的广告测试范围的可靠性,从而提高了广告测试范围的确定准确率。

应该理解的是,虽然图2、4、5的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2、4、5中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图6是根据一示例性实施例示出的一种测试数据的处理装置的框图。参照图6,该装置包括数据获取单元610,范围确定单元620和报告生成单元630。

数据获取单元610,被配置为执行获取待测试终端集合中的各个待测试终端中的待测客户端所上报的广告埋点数据;每个广告埋点数据包括待测客户端中的对应广告位上的埋点类型。

范围确定单元620,被配置为执行根据各个待测试终端上报的广告埋点数据和预设广告埋点集合,得到各个待测试终端的广告测试范围;预设广告埋点集合为待测客户端中的各个广告位上的所有埋点类型的集合。

报告生成单元630,被配置为执行根据各个待测试终端的广告测试范围,生成待测试终端集合的测试范围报告。

在一示例性实施例中,范围确定单元620,还被配置为执行根据各个待测试终端上报的广告埋点数据,确定各个待测试终端上报的埋点类型;分别将各个待测试终端上报的埋点类型中的重复埋点类型进行删除,得到各个待测试终端上报的目标埋点类型;根据各个待测试终端上报的目标埋点类型和预设广告埋点集合中的所有埋点类型,得到各个待测试终端的广告测试范围。

在一示例性实施例中,测试数据的处理装置还包括集合确定单元,被配置为执行从待测客户端所上报的历史埋点数据中,识别出待测客户端中的各个广告位上的所有埋点类型;获取所有埋点类型的排序标签;按照所有埋点类型的排序标签,将所有埋点类型进行排列,得到预设广告埋点集合;

数据获取单元610,还被配置为执行获取各个待测试终端中的待测客户端,按照预设广告埋点集合中的各个埋点类型的排序标签依次上报的广告埋点数据。

在一示例性实施例中,集合确定单元,还被配置为执行获取各个广告位的优先级和预设时间段内各个广告位上的所有埋点类型的埋点请求数量;分别根据优先级和埋点请求数量,确定各个广告位上的所有埋点类型的第一排序标签和第二排序标签;将所有埋点类型的第一排序标签和第二排序标签进行组合,得到所有埋点类型的排序标签。

在一示例性实施例中,集合确定单元,还被配置为执行获取各个广告位的历史埋点请求数量;确定各个广告位的历史埋点请求数量所属的埋点请求数量范围;根据各个广告位的历史埋点请求数量所属的埋点请求数量范围,查询埋点请求数量范围与优先级的对应关系,得到各个广告位的优先级。

在一示例性实施例中,测试数据的处理装置还包括测试范围确定单元,被配置为执行根据各个待测试终端上报的属于同一优先级的广告位的广告埋点数据,以及预设广告埋点集合中属于同一优先级的广告位的广告埋点集合,得到各个待测试终端中的各个优先级的广告位的广告测试范围;

报告生成单元630,还被配置为执行根据各个待测试终端的广告测试范围和各个优先级的广告位的广告测试范围,生成待测试终端集合的测试范围报告。

在一示例性实施例中,报告生成单元630,还被配置为执行获取各个待测试终端的终端标识;根据各个待测试终端的终端标识和广告测试范围,生成待测试终端集合的测试范围报告;测试范围报告中,每个终端标识对应一个广告测试范围。

在一示例性实施例中,测试数据的处理装置还包括账户确定单元,被配置为执行若识别到测试范围报告中存在广告测试范围小于预设范围的目标终端标识,则将目标终端标识所对应的终端识别为测试失败的终端;查询终端与测试账户的对应关系,确认与测试失败的终端对应的测试账户。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种用于执行上述测试数据的处理方法的设备700的框图。例如,设备700可以为一服务器。参照图7,设备700包括处理组件720,其进一步包括一个或多个处理器,以及由存储器722所代表的存储器资源,用于存储可由处理组件720的执行的指令,例如应用程序。存储器722中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件720被配置为执行指令,以执行上述测试数据的处理方法。

设备700还可以包括一个电源组件724被配置为执行设备700的电源管理,一个有线或无线网络接口726被配置为将设备700连接到网络,和一个输入输出(I/O)接口728。设备700可以操作基于存储在存储器722的操作系统,例如Window6 6erver,Mac O6 X,Unix,Linux,FreeBSD或类似。

在示例性实施例中,还提供了一种包括指令的计算机可读存储介质,例如包括指令的存储器722,上述指令可由设备700的处理器执行以完成上述方法。例如,计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中,还提供一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在计算机可读存储介质中,设备的至少一个处理器从该计算机可读存储介质读取并执行该计算机程序,使得设备执行本公开的任一项实施例中所述的测试数据的处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

相关技术
  • 测试数据的处理方法、装置、服务器及存储介质
  • 一种测试数据处理方法、装置和服务器
技术分类

06120113212794