CN107066386A - 一种视频广告的测试方法及系统 - Google Patents

Abstract

本申请公开了一种视频广告的测试方法，所述方法包括：测试中心响应测试工作站的登录请求，令所述测试工作站以测试用户账号登录到测试中心；并且所述测试中心将测试终端与相应测试用户账号绑定；所述测试中心接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；所述测试终端上的测试APP利用所述测试用例对播放器APP进行测试，得到测试日志和校验结果信息并保存。通过使用以上方法，在实现了对测试用例的集中编写和管理，批量推送到测试设备批量测试，并通过对广告投放产生的日志的自动校验来自动判断广告投放是否正常，替代人工的工作，提高了效率。

Description

一种视频广告的测试方法及系统

技术领域

本申请涉及互联网领域，具体地说，涉及一种视频广告的测试方法及系统。

背景技术

在当前，随着多媒体技术和网络信息传播技术的高度成熟，通过网络播放并浏览多媒体视频，早已成为成千上万用户的习惯。用户浏览网络视频的途径也非常多样化，例如PC、手机、平板电脑或网络电视等各类终端，都可以实现网络视频的功能。

并且在网络视频的播放过程中投放广告信息，已经成为一种比较普遍的商业模式。现有的针对广告投放的测试方法，大部分是依靠测试人员手动对各类播放器上的广告投放情况逐一进行测试。

从技术层面上而言，广告投放的对象类型多样化。分类维度大致包括，设备种类(PC/手机/平板电脑/网络电视)、客户端类型(APP/WEB)、操作系统(iOS/Android/Windows)；加之各个分类维度之间排列组合，常常会导致同一企业内部各终端上的视频播放器种类繁多。同时基于大数据分析等各方面的优化，使得广告投放的各种机制和规则越来越复杂，更增加了测试的工作量。

可见现有技术存在的缺陷是，手动测试不仅效率低下，而且工作量繁重。

发明内容

有鉴于此，本申请所要解决的技术问题是提供了一种视频广告的测试方法及系统，以实现自动化的测试和测试日志及校验结果信息的查询。

为了解决上述技术问题，本申请有如下技术方案：

一种视频广告的测试方法，所述方法包括：

测试中心响应测试工作站的登录请求，令所述测试工作站以测试用户账号登录到测试中心；并且所述测试中心将测试终端与相应测试用户账号绑定；

所述测试中心接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；

所述测试终端上的测试APP利用所述测试用例对播放器APP进行测试，得到测试日志和校验结果信息并保存。

可选的，所述测试中心驱动测试终端上的测试APP利用所述测试用例对播放器APP进行测试，具体为：

测试中心将测试用例推送到测试终端；

所述测试终端上的测试APP基于测试用例模拟用户对视频进行操作；所述操作触发广告请求，向广告平台请求广告；

所述测试中心根据所述广告平台反馈的广告在所述测试终端上的展示效果，得到广告测试结果。

可选的，所述得到测试日志和校验结果信息具体为：

测试中心采集测试得到的测试日志，并对所述测试日志进行分析校验，得到校验结果信息。

可选的，所述方法还包括：

测试中心响应测试工作站的请求，向所述测试工作站反馈相应的校验结果信息。

可选的，所述将测试用例推送到测试终端上具体为：

当所述测试终端设置状态为就绪且所述测试终端被选中，则将测试用例推送到测试终端上。

可选的，所述将测试用例推送到测试终端上还包括：

将所述测试用例推送到多个与所述账号绑定的测试终端上。

一种视频广告的测试系统，所述系统包括：

测试中心，用于响应测试工作站的登录请求，令所述测试工作站以测试用户账号登录；并将测试终端与相应测试用户账号绑定；接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；驱动所述测试终端进行测试，得到测试日志和校验结果信息并保存；

测试工作站，用于编写测试用例，并利用测试用户账号登录到所述测试中心，将所述测试用例向所述测试中心提交；

测试终端，用于接收所述测试用例，并响应于所述测试中心的驱动，运行测试APP利用所述测试用例对播放器APP进行测试。

可选的，所述测试终端，具体为：

测试中心将测试用例推送到测试终端；

所述测试终端上的测试APP基于测试用例模拟用户对视频进行操作；所述操作触发广告请求，向广告平台请求广告；

所述测试中心根据所述广告平台反馈的广告在所述测试终端上的展示效果，得到广告测试结果。

可选的，所述测试中心包括：

用户和设备管理单元，用于为测试用户提供登录服务，或为测试用户提供注册服务，以建立测试用户账号；并将测试终端与测试用户账号绑定；

测试用例处理单元，用于接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；驱动所述测试终端进行测试；

测试结果校验单元，用于采集测试得到的测试日志，并对所述测试日志进行分析校验，得到测试日志和校验结果信息。

可选的，所述测试结果校验单元还用于：

响应测试工作站的请求，向所述测试工作站反馈相应的测试日志和校验结果信息。

可选的，所述将测试用例推送到测试终端上具体为：

当所述测试终端设置状态为就绪且所述测试终端被选中，则将测试用例推送到测试终端上。

与现有技术相比，本申请所述的方法和系统，达到了如下效果：

(1)、实现单测试用例在多个设备的同时测试验证，将串行的测试工作转化为并行，提高了效率；

(2)、实现对测试用例的集中编写和管理，批量推送到测试设备，批量进行测试，降低了人工工作量。

(3)、通过对广告投放产生的日志的自动校验来自动判断广告投放是否正常，替代人工的工作，提高了效率。

当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。

附图说明

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

图1为本申请实施例所述方法流程图；

图2为本申请实施例所述方法的第二实施例的方法流程图；

图3为本申请实施例所述系统结构示意图。

具体实施方式

如在说明书及权利要求当中使用了某些词汇来指称特定组件，本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

本申请中，将公开一种视频广告的测试方法及系统，该系统中以测试中心为核心，接收测试工作站编写的测试用例，并将所述测试用例推送到测试终端上以进行自动测试，得到测试结果。避免了大批量的手动测试，提高了测试效率。

参照图1所示，为本申请所述方法的具体实施例。本实施例中所述方法包括以下步骤：

步骤101、测试中心响应测试工作站的登录请求，令所述测试工作站以测试用户账号登录到测试中心；并且所述测试中心将测试终端与相应测试用户账号绑定。

不同于现有技术中工作人员手工、串行测试的方式，本实施例中，建立测试中心以负责测试工作站及测试终端之间的管理与协调，实现自动测试。

所述测试工作站，即是供测试用户操作，编写测试用例的节点。测试用户需要操作测试工作站，通过测试用户账号登录到测试中心上。登陆之后，测试用户还可以通过测试工作站上的浏览器访问到测试中心web页面，并在该页面上编写测试用例。

需要说明的是，若测试用户已经注册测试用户账号，即可直接登录。否则，测试用户需要先使用测试中心提供的注册功能进行注册，建立测试用户账号。

步骤102、所述测试中心接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上。

同样，绑定到一个账号上的测试终端可以是一个或者多个。在推送时，所述测试中心既可以只向一个测试终端推送测试用例，以进行一次单独的测试；也可以将所述测试用例推送到多个与所述账号绑定的测试终端上，使得接收到测试用例的多个测试终端同时执行一个测试过程。即实现了大量测试终端的批量测试。

并且，测试用户可以根据实际情况设置测试终端的状态，以决定是否使用某个测试终端执行测试任务。也就是，当所述测试终端设置状态为就绪，则测试中心允许将测试用例推送到该测试终端上；当所述测试终端设置状态为下线，则测试中心不能够将测试用例推送到该终端。

步骤103、所述测试中心驱动测试终端上的测试APP利用所述测试用例对播放器APP进行测试，得到测试日志和校验结果信息并保存。

测试中心将测试用例推送到测试终端之后，即可驱动测试终端上的测试APP利用所述测试用例对播放器APP进行测试，即执行测试过程。测试过程执行结束之后，测试中心的测试结果校验单元采集测试得到的测试日志，并对所述测试日志进行分析校验，得到测试校验结果信息，即测试的结果。所述测试日志和校验结果信息用以判断该视频应用程序的广告投放过程是否正常，是否存在各种类型的错误。

基于之前的描述，测试用例是由一系列操作指令组成的操作步骤指令集。具体的，可以模拟用户对视频的播放、暂停、关闭、快放或慢放的任一操作。

例如，用户动作指令包括以下内容：1、在0分0秒时开始播放视频；2、在0分30秒时暂停视频；3、在0分40秒时继续播放视频；4、在1分10秒时加快播放视频；5、将视频播放进度直接调整到将播放结束。

而在具体测试时，在视频播放的过程中，针对视频的不同操作有不同的广告展示机会。例如，在视频暂停时播放暂停广告、在视频开始播放前播放前贴广告、在视频结束时播放后贴广告等。同时，测试终端通过网络连接到远端的广告平台。在广告平台内存储有大量的可投放广告，同时也存储有广告的相关信息。如：某一可投放广告的ID、广告类型、广告时长、第三方监测信息。

在测试终端上播放视频时，测试APP基于测试用例模拟用户对视频进行操作。当某一操作触发了广告请求后，向广告平台请求广告。例如：在0分30秒时暂停视频，则此时会触发视频的暂停广告展示请求。测试APP将该暂停广告展示请求发送到广告平台，广告平台基于当前视频属性、终端类型、用户所属地区、广告出价等各种因素计算出应该反馈哪一个可投放广告。

所述测试中心根据所述广告平台反馈的广告在所述测试终端上的展示效果，得到广告测试结果。

具体的，广告平台在接收到上述请求后计算得到相应的可投放广告，将该广告反馈给测试终端。测试中心接收到广告平台反馈的广告，将所述广告在所述测试终端上进行展示。例如，在视频在第0分30秒暂停后，由广告平台返回的广告在测试终端上的播放器APP上进行展示。

这时，测试结果校验中心可以记录该广告在测试终端上的播放器APP上的相关日志信息。所述相关日志信息可以包括：如广告素材信息、广告对应的视频正片信息、第三方监测信息、广告曝光时间、当前播放的用户信息等。

测试结果校验中心接收到上述日志信息后，对日志信息进行自动的汇总统计、格式校验、语法校验，通过查看统计结果、日志格式和语法校验结果来确定广告投放是否正常，最终确定所述广告测试结果，并将测试结果存入数据库。

测试工作站询问测试结果时，由测试中心读取数据库中的广告测试结果进行反馈。

通过以上技术方案可知，本实施例存在的有益效果是：实现单测试用例在多个设备的同时测试验证，将串行的测试工作转化为并行，提高了效率；实现对测试用例的集中编写和管理，批量推送到测试设备，批量进行测试，降低了人工工作量；通过对广告投放产生的日志的自动校验来自动判断广告投放是否正常，替代人工的工作，提高了效率。

参见图2所示，为本申请实施例所述方法的另一个具体实施例。本实施例在图1所示实施例的基础上，进行了进一步的优化。本实施例中所述方法包括以下步骤：

步骤201、测试中心响应测试工作站的登录请求，令所述测试工作站以测试用户账号登录到测试中心；并且所述测试中心将测试终端与相应测试用户账号绑定。

不同于现有技术中，工作人员手工、串行测试的方式，本实施例中，建立测试中心以负责测试工作站及测试终端之间的管理与协调，实现自动测试。

所述测试工作站，即是供测试用户操作，编写测试用例的节点。测试用户需要操作测试工作站，通过测试用户账号登录到测试中心上。登陆之后，测试用户还可以通过测试工作站上的浏览器访问到测试中心web页面，并在该页面上编写测试用例。

需要说明的是，若测试用户已经注册测试用户账号，即可直接登录。否则，测试用户需要先使用测试中心提供的注册功能进行注册，建立测试用户账号。

步骤202、所述测试中心接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上。

同样，绑定到一个账号上的测试终端可以是一个或者多个。在推送时，所述测试中心既可以只向一个测试终端推送测试用例，以进行一次单独的测试；也可以将所述测试用例推送到多个与所述账号绑定的测试终端上，使得接收到测试用例的多个测试终端同时执行一个测试过程。即实现了大量测试终端的批量测试。

并且，测试用户可以根据实际情况设置测试终端的状态，以决定是否使用某个测试终端执行测试任务。也就是，当所述测试终端设置状态为就绪，则测试中心允许将测试用例推送到该测试终端上；当所述测试终端设置状态为下线，则测试中心不能够进行推送。

步骤203、所述测试中心驱动所述测试终端上的测试APP利用所述测试用例对播放器APP进行测试，得到测试日志和校验结果信息并保存。

测试中心将测试用例推送到测试终端之后，即可驱动测试终端上的测试APP利用所述测试用例对播放器APP进行测试，即执行测试过程。测试过程执行结束之后，测试中心采集测试得到的测试日志，并对所述测试日志进行分析校验，得到测试校验结果信息，即测试的结果。所述测试日志和校验结果信息用以判断该视频应用程序的广告投放过程是否正常，是否存在各种类型的错误。

步骤204、测试中心响应测试工作站的请求，向所述测试工作站反馈相应的校验结果信息。

测试用户如果要想获悉测试结果，还可以通过测试工作站登录到测试中心进行查询，测试中心即会向测试工作站反馈，与该测试工作站上的当前账号绑定的测试终端上的测试日志和校验结果信息。

通过以上技术方案可知，本实施例在图1所示实施例的基础上，进一步实现的有益效果是：通过测试工作站能够便捷的获悉测试日志和校验结果信息，了解测试的最终结果。

参见图3所示，为本申请所述系统的具体实施例。本实施例中所述系统用于实现图1～2所示的方法。其技术方案本质上与前述实施例一致，前述实施例中的相应说明，同样适用于本实施例中。本实施例中所述系统具体包括：

测试中心301，用于响应测试工作站的登录请求，令所述测试工作站以测试用户账号登录；并将测试终端与相应测试用户账号绑定；接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；驱动所述测试终端进行测试，得到测试日志和校验结果信息并保存。

所述测试中心301包括：

用户和设备管理单元，用于为测试用户提供登录服务，或为测试用户提供注册服务，以建立测试用户账号；并将测试终端与测试用户账号绑定。

测试用例处理单元，用于接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；驱动所述测试终端进行测试。

所述将测试用例推送到测试终端上具体为：当所述测试终端设置状态为就绪，则将测试用例推送到测试终端上。

测试结果校验单元，用于采集测试得到的测试日志，并对所述测试日志进行分析校验，得到测试日志和校验结果信息。

所述测试结果校验单元还用于：响应测试工作站的请求，向所述测试工作站反馈相应的测试日志和校验结果信息。

测试工作站302，用于编写测试用例，并利用测试用户账号登录到所述测试中心，将所述测试用例向所述测试中心提交。

测试终端303，用于接收所述测试用例，并响应所述测试中心的驱动，运行测试APP利用所述测试用例对播放器APP进行测试。

测试中心将测试用例推送到测试终端之后，即可驱动测试终端上的测试APP利用所述测试用例对播放器APP进行测试，即执行测试过程。测试过程执行结束之后，测试中心采集测试得到的测试日志，并对所述测试日志进行分析校验，得到测试校验结果信息，即测试的结果。所述测试日志和校验结果信息用以判断该视频应用程序的广告投放过程是否正常，是否存在各种类型的错误。

基于之前的描述，测试用例是由一系列操作指令组成的操作步骤指令文件。具体的，可以模拟用户对视频的播放、暂停、关闭或快放的任一操作。

例如，用户动作指令包括以下内容：1、在0分0秒时开始播放视频；2、在0分30秒时暂停视频；3、在0分40秒时继续播放视频；4、在1分10秒时加快播放视频；5、将视频播放进度直接调整到将播放结束。

而在具体测试时，在视频播放的过程中，针对视频的不同操作有不同的广告展示机会。例如，在视频暂停时播放暂停广告、在视频开始播放前播放前贴广告、在视频结束时播放后贴广告等。同时，测试终端通过网络连接到远端的广告平台。在广告平台内存储有大量的可投放广告，同时也存储有广告的相关信息。如：某一可投放广告的ID、广告类型、广告时长、第三方监测信息。

在测试终端上播放视频时，测试APP基于测试用例模拟用户对播放器APP进行操作。当某一操作触发了广告请求后，向广告平台请求广告。例如：在0分30秒时暂停视频，则此时会触发视频的暂停广告展示请求。测试APP将该暂停广告展示请求发送到广告平台，广告平台基于当前视频属性、终端类型、用户所属地区、广告出价等各种因素计算出应该反馈哪一个可投放广告。

所述测试中心根据所述广告平台反馈的广告在所述测试终端上的展示效果，得到广告测试结果。

具体的，广告平台在接收到上述请求后计算得到相应的可投放广告，将该广告反馈给测试终端。测试驱动器接收到广告平台反馈的广告，将所述广告在所述测试终端上进行展示。例如，在视频在第0分30秒暂停后，由广告平台返回的广告在测试终端上的播放器APP上进行展示。

这时，测试结果校验中心可以记录该广告在测试终端上的播放器APP上的相关日志信息。所述相关日志信息可以包括：如广告素材信息、广告对应的视频正片信息、第三方监测信息、广告曝光时间、当前播放的用户信息等。

测试结果校验中心接收到上述日志信息后，对日志信息进行自动的汇总统计、格式校验、语法校验，通过查看统计结果、日志格式和语法校验结果来确定广告投放是否正常，最终确定所述广告测试结果，并将测试结果存入数据库。

测试工作站询问测试结果时，由测试中心读取数据库中的广告测试结果进行反馈。

通过以上技术方案可知，本实施例所述系统存在的有益效果是：实现单测试用例在多个设备的同时测试验证，将串行的测试工作转化为并行，提高了效率；实现对测试用例的集中编写和管理，批量推送到测试设备，批量进行测试，降低了人工工作量；通过对广告投放产生的日志的自动校验来自动判断广告投放是否正常，替代人工的工作，提高了效率。

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

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (11)

1.一种视频广告的测试方法，其特征在于，所述方法包括：

测试中心响应测试工作站的登录请求，令所述测试工作站以测试用户账号登录到测试中心；并且所述测试中心将测试终端与相应测试用户账号绑定；

所述测试中心接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；

所述测试终端上的测试APP利用所述测试用例对播放器APP进行测试，得到测试日志和校验结果信息并保存。

2.根据权利要求1所述方法，其特征在于，所述测试中心驱动测试终端上的测试APP利用所述测试用例对播放器APP进行测试，具体为：

测试中心将测试用例推送到测试终端；

所述测试终端上的测试APP基于测试用例模拟用户对视频进行操作；所述操作触发广告请求，向广告平台请求广告；

所述测试中心根据所述广告平台反馈的广告在所述测试终端上的展示效果，得到广告测试结果。

3.根据权利要求1所述方法，其特征在于，所述得到测试日志和校验结果信息具体为：

测试中心采集测试得到的测试日志，并对所述测试日志进行分析校验，得到校验结果信息。

4.根据权利要求1～3任意一项所述方法，其特征在于，所述方法还包括：

测试中心响应测试工作站的请求，向所述测试工作站反馈相应的校验结果信息。

5.根据权利要求1所述方法，其特征在于，所述将测试用例推送到测试终端上具体为：

当所述测试终端设置状态为就绪且所述测试终端被选中，则将测试用例推送到测试终端上。

6.根据权利要求5所述方法，其特征在于，所述将测试用例推送到测试终端上还包括：

将所述测试用例推送到多个与所述账号绑定的测试终端上。

7.一种视频广告的测试系统，其特征在于，所述系统包括：

测试中心，用于响应测试工作站的登录请求，令所述测试工作站以测试用户账号登录；并将测试终端与相应测试用户账号绑定；接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；驱动所述测试终端进行测试，得到测试日志和校验结果信息并保存；

测试工作站，用于编写测试用例，并利用测试用户账号登录到所述测试中心，将所述测试用例向所述测试中心提交；

测试终端，用于接收所述测试用例，并响应于所述测试中心的驱动，运行测试APP利用所述测试用例对播放器APP进行测试。

8.根据权利要求7所述系统，其特征在于，所述测试终端，具体为：

测试中心将测试用例推送到测试终端；

所述测试终端上的测试APP基于测试用例模拟用户对视频进行操作；所述操作触发广告请求，向广告平台请求广告；

所述测试中心根据所述广告平台反馈的广告在所述测试终端上的展示效果，得到广告测试结果。

9.根据权利要求7所述系统，其特征在于，所述测试中心包括：

用户和设备管理单元，用于为测试用户提供登录服务，或为测试用户提供注册服务，以建立测试用户账号；并将测试终端与测试用户账号绑定；

测试用例处理单元，用于接收所述已登录的测试工作站提交的测试用例，并将所述测试用例推送到与所述测试用户账号绑定的测试终端上；驱动所述测试终端进行测试；

测试结果校验单元，用于采集测试得到的测试日志，并对所述测试日志进行分析校验，得到测试日志和校验结果信息。

10.根据权利要求9所述系统，其特征在于，所述测试结果校验单元还用于：

响应测试工作站的请求，向所述测试工作站反馈相应的测试日志和校验结果信息。

11.根据权利要求7所述系统，其特征在于，所述将测试用例推送到测试终端上具体为：

当所述测试终端设置状态为就绪且所述测试终端被选中，则将测试用例推送到测试终端上。