本发明涉及通信领域中的广告投放技术，尤其涉及一种广告投放的测试方法、装置和设备。
背景技术：
随着中国互联网用户数量的不断攀升，互联网作为信息传播媒介的作用日益突出。在这样的市场环境下，各大互联网公司的广告平台价值也随之不断提高。商务智能(businessintelligence，bi)工作台是一种实现了库存询量、锁量、审批、下单流程线上自动化的投放平台，其工作流程包括新建询量单和询量资源，对资源进行询量、锁量操作，对资源的需求量进行评估和审批，确认需求量后资源转媒介计划(planning)下单。在整体流程中，bi工作台与上游库存算法模块之间的实时交互频繁，保存询量单、提交评估、确认询量、撤销等多个操作步骤都会触发询量，依赖库存算法实时返回询量结果后，资源状态才会流转，才能继续进行下一操作。
为了跑通商务智能工作台的整个测试流程，现有的测试方案是部署了一套真实的库存算法测试环境与商务智能工作台交互。但是，商务智能工作台和库存算法这两套不同系统的耦合性高，导致测试效率较低；而且测试环境的库存算法不稳定，如果询量服务不可用，会直接影响商务智能工作台的流程测试，存在测试阻塞的风险。
技术实现要素：
为解决上述技术问题，本发明实施例期望提供一种广告投放的测试方法、装置和设备，解决了现有的测试方案中商务智能工作台和库存算法的耦合性高的问题，提高了测试效率，保证了商务智能工作台的测试流程的正常运行，克服了测试阻塞的风险。
本发明的技术方案是这样实现的：
第一方面，提供一种广告投放的测试方法，所述方法包括：
接收商务智能工作台发送的测试请求；其中，所述测试请求是进行广告投放时用于确定能否准确进行广告投放的；
对所述测试请求进行解析处理，确定所述测试请求的请求类型；
响应所述测试请求，生成与所述测试请求的请求类型对应的目标信息参数；
基于所述目标信息参数和所述测试请求的请求类型，生成所述测试请求的请求类型对应的测试结果；
将所述测试结果发送至所述商务智能工作台，以便于所述商务智能工作台根据所述测试结果进行广告投放。
可选的，所述对所述测试请求进行解析处理，确定所述测试请求的请求类型，包括：
对所述测试请求进行解析处理，获取所述测试请求的发送路径；其中，所述发送路径携带在所述测试请求中；
基于所述测试请求的发送路径的参数，确定所述测试请求的请求类型。
可选的，所述响应所述测试请求，生成与所述测试请求的请求类型对应的信息参数，包括：
若所述测试请求的请求类型为询量请求，响应所述询量请求，生成所述询量请求对应的询量结果所需的信息参数；
按照预设原则对所述所需的信息参数进行过滤，得到与所述询量请求对应的目标信息参数；其中，所述目标信息参数包括询量资源基本信息参数。
可选的，所述基于所述目标信息参数和所述测试请求的请求类型，生成所述测试请求的请求类型对应的测试结果，包括：
若所述测试请求的请求类型为询量请求，基于所述目标信息参数生成与所述询量请求对应的询量结果；其中，所述询量结果中包括询量返回参数；
将所述询量返回参数的格式转换为预设格式；
相应的，所述将所述测试结果发送至所述商务智能工作台，包括：
将格式为所述预设格式的所述询量返回参数发送至所述商务智能工作台。
第二方面，提供一种广告投放的测试装置，所述装置包括：接收单元、获取单元、第一生成单元、第二生成单元和发送单元，其中：
所述接收单元，用于接收商务智能工作台发送的测试请求；其中，所述测试请求是进行广告投放时用于确定能否准确进行广告投放的；
所述获取单元，用于对所述测试请求进行解析处理，确定所述测试请求的请求类型；
所述第一生成单元，用于响应所述测试请求，生成与所述测试请求的请求类型对应的目标信息参数；
所述第二生成单元，用于基于所述目标信息参数和所述测试请求的请求类型，生成所述测试请求的请求类型对应的测试结果；
所述发送单元，用于将所述测试结果发送至所述商务智能工作台，以便于所述商务智能工作台根据所述测试结果进行广告投放。
第三方面，提供一种广告投放的测试设备，所述设备包括：处理器和通信接口，其中：
所述处理器，用于通过所述通信接口接收商务智能工作台发送的测试请求；其中，所述测试请求是进行广告投放时用于确定能否准确进行广告投放的；对所述测试请求进行解析处理，确定所述测试请求的请求类型；响应所述测试请求，生成与所述测试请求的请求类型对应的目标信息参数；基于所述目标信息参数和所述测试请求的请求类型，生成所述测试请求的请求类型对应的测试结果；还通过所述通信接口将所述测试结果发送至所述商务智能工作台，以便于所述商务智能工作台根据所述测试结果进行广告投放。
本发明的实施例所提供的广告投放的测试方法、装置和设备，接收商务智能工作台发送的测试请求，测试请求是进行广告投放时用于确定能否准确进行广告投放的，之后对测试请求进行解析处理，确定测试请求的请求类型，响应测试请求，生成与测试请求的请求类型对应的目标信息参数，基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果，最后将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放；这样，商务智能工作台的整个测试流程不需要与真实的库存算法测试环境进行交互，不存在测试环境的库存算法不稳定的情况，解决了现有的测试方案中商务智能工作台和库存算法的耦合性高的问题，提高了测试效率，保证了商务智能工作台的测试流程的正常运行，克服了测试阻塞的风险。
附图说明
图1为本发明的实施例提供的一种广告投放的测试方法的流程示意图；
图2为本发明的实施例提供的另一种广告投放的测试方法的流程示意图；
图3为本发明的实施例提供的又一种广告投放的测试方法的流程示意图；
图4为本发明的实施例提供的测试桩启动后的效果示意图；
图5为本发明的另一实施例提供的一种广告投放的测试方法的流程示意图；
图6为本发明的实施例提供的一种测试日期内每日询量结果的分配示意图；
图7为本发明的实施例提供的一种测试系统的示意图；
图8为本发明的实施例提供的一种广告投放的测试装置的结构示意图；
图9为本发明的实施例提供的另一种广告投放的测试装置的结构示意图；
图10为本发明的实施例提供的又一种广告投放的测试装置的结构示意图；
图11为本发明的实施例提供的一种广告投放的测试设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
本发明的实施例提供一种广告投放的测试方法，参照图1所示，该方法包括以下步骤：
步骤101、接收商务智能工作台发送的测试请求。
其中，测试请求是进行广告投放时用于确定能否准确进行广告投放的。
具体的，步骤101接收商务智能工作台发送的测试请求可以通过广告投放的测试装置来实现；该广告投放的测试装置可以是在进行广告投放时，与bi工作台之间进行询量的交互的设备；其中，广告投放的测试装置可以是测试桩，例如可以是服务器。测试请求可以是用户需要进行广告投放时，使用bi工作台进行广告投放；而在使用bi工作台进行广告投放之前需要先进行流程测试，进而发送测试请求给服务器(测试桩)。
bi工作台的系统测试主流程就是对询量资源的整体操作流程和状态流转的测试。整个bi工作台的测试过程涉及到操作bi、片总等多个角色，以及检查十几种资源状态的流转，属于比较复杂的长流程测试。bi工作台的上游是库存算法，实现资源的实时询量，即计算资源投放期内的可预定库存总量和每日量，并返回询量结果；bi工作台的下游是媒介计划(planning)系统，可以实现询量资源的排期下单定。在本发明的实施例中是用测试桩替换现有的广告投放时候进行测试的测试流程中的真实的库存算法测试环境，如此，bi工作台不需要再依赖库存算法实时返回询量结果后，资源状态才可以流转，才能进行下一步操作的缺陷，bi工作台不需要等待询量结果的返回，进而提高了工作效率。
步骤102、对测试请求进行解析处理，确定测试请求的请求类型。
具体的，步骤102对测试请求进行解析处理，确定测试请求的请求类型可以是由广告投放的测试装置来实现的；其中，测试请求的请求类型可以是与现有技术中的测试流程中生成的测试请求的请求类型相同的；可以对得到的测试请求进行解析，获取测试请求的请求路径并根据该请求的路径判定测试请求的请求类型。
步骤103、响应测试请求，生成与测试请求的请求类型对应的目标信息参数。
具体的，步骤103响应测试请求，生成与测试请求的请求类型对应的目标信息参数可以是由广告投放的测试装置来实现的。测试桩在接收到发送的测试请求，且解析得到测试请求的请求类型后，可以确定不同的测试请求的不同请求类型需要获取的信息参数，并获取这些信息参数；之后可以根据获取到的信息参数来确定与测试请求的请求类型对应的目标信息参数。
需要说明的是，测试请求的所有请求类型对应的目标信息参数已经预先存储在测试桩(服务器)中，不需要经过真实的库存算法测试环境的测试流程就可以得到，不再依赖真实的库存算法测试环境，极大的提高了工作效率，避免了操作等待。
步骤104、基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果。
具体的。步骤104基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果可以是由广告投放的测试装置来实现的。在得到测试请求的请求类型对应的目标信息参数后，可以根据每一请求类型对应的目标信息参数，得到对应的请求类型的测试请求需要得到的测试结果。
步骤105、将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放。
具体的，步骤105将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放可以是由广告投放的测试装置来实现的。当然，在将得到的测试结果发送给bi工作台，需要先将测试结果的格式转换为bi工作台可以识别的格式，然后将进行过格式转化的测试结果发送给bi工作台。
本发明的实施例所提供的广告投放的测试方法，接收商务智能工作台发送的测试请求，测试请求是进行广告投放时用于确定能否准确进行广告投放的，之后对测试请求进行解析处理，确定测试请求的请求类型，响应测试请求，生成与测试请求的请求类型对应的目标信息参数，基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果，最后将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放；这样，商务智能工作台的整个测试流程不需要与真实的库存算法测试环境进行交互，不存在测试环境的库存算法不稳定的情况，解决了现有的测试方案中商务智能工作台和库存算法的耦合性高的问题，提高了测试效率，保证了商务智能工作台的测试流程的正常运行，克服了测试阻塞的风险。
基于前述实施例，本发明的实施例提供一种广告投放的测试方法，参照图2所示，该方法包括以下步骤：
步骤201、广告投放的测试装置设置用于接收测试请求的请求接收端口。
具体的，测试桩(服务器)上的请求接收端口可以是测试桩(服务器)的端口中未被使用的一个机器端口；例如，可以是服务器中的39011端口，该端口会被配置为与bi工作台交互的端口，从而固定使用。
步骤202、广告投放的测试装置通过该请求接收端口，接收商务智能工作台发送的测试请求。
具体的，测试桩(服务器)的请求接收模块会一直监听该端口，并接收该端口传送过来的测试请求。
步骤203、广告投放的测试装置对测试请求进行解析处理，获取测试请求的发送路径。
其中，发送路径携带在测试请求中。
具体的，bi工作台在发送测试请求的时候，可以每一个测试请求的发送路径携带在对应的测试请求中，并一同发送给测试桩；当测试桩接收到测试请求后，会对对应的测试请求进行分析得到测试请求的发送路径。
当然，需要说明的是，测试桩可以支持所有可能的测试请求的请求类型并作出相应的处理。
步骤204、广告投放的测试装置基于测试请求的发送路径的参数，确定测试请求的请求类型。
具体的，在得到发送过来的测试请求并解析得到测试请求对应的发送路径后，分析判断该发送路径中的所有参数，最后根据发送路径中的参数确定测试请求所属的请求类型。测试请求的发送路径中携带的不同的参数，对应的测试请求的请求类型不同。
步骤205、广告投放的测试装置响应测试请求，生成与测试请求的请求类型对应的目标信息参数。
步骤206、广告投放的测试装置基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果。
步骤207、广告投放的测试装置将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放。
需要说明的是，本实施例中与其它实施例中相同步骤或相关概念的解释，可以参照其它实施例中的描述，此处不再赘述。
本发明的实施例所提供的广告投放的测试方法，接收商务智能工作台发送的测试请求，测试请求是进行广告投放时用于确定能否准确进行广告投放的，之后对测试请求进行解析处理，确定测试请求的请求类型，响应测试请求，生成与测试请求的请求类型对应的目标信息参数，基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果，最后将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放；这样，商务智能工作台的整个测试流程不需要与真实的库存算法测试环境进行交互，不存在测试环境的库存算法不稳定的情况，解决了现有的测试方案中商务智能工作台和库存算法的耦合性高的问题，提高了测试效率，保证了商务智能工作台的测试流程的正常运行，克服了测试阻塞的风险。
基于前述实施例，本发明的实施例提供一种广告投放的测试方法，参照图3所示，该方法包括以下步骤：
步骤301、广告投放的测试装置设置用于接收测试请求的请求接收端口。
步骤302、广告投放的测试装置通过该请求接收端口，接收商务智能工作台发送的测试请求。
步骤303、广告投放的测试装置对测试请求进行解析处理，获取测试请求的发送路径。
其中，发送路径携带在测试请求中。
步骤304、广告投放的测试装置判断测试请求的发送路径中是否包括bimultiremain参数。
步骤305、若测试请求的发送路径中包括bimultiremain参数，广告投放的测试装置确定测试请求的请求类型为询量请求。
具体的，如果确定测试请求为询量请求，测试桩会先返回一个simple_response：{"fjob_response"：[{"status"：200}]}，用于表示询量请求已成功接收，然后接着执行下面流程。
当然，在本发明中如果测试请求的发送路径中没有携带bimultiremain参数，此时可以根据测试请求的发送路径中具体携带的参数来确定测试请求的请求类型，例如测试请求还可以包括：更新或撤销询量或调整挤占比例请求、库存可视化请求等。
具体的，若测试请求的发送路径中包括biupdate参数，广告投放的测试装置确定测试请求的请求类型为更新或撤销询量或调整挤占比例请求。
对于更新或撤销询量或调整挤占比例请求，真实的库存算法是需要刷新库存占用情况的，但库存算法的处理结果无须反馈给bi工作台，bi工作台也只关心库存算法是否接收到了该请求，所以测试桩对这类请求无需进行进一步的处理，只需要返回一个empty_response：{"status"：200}，表示请求已经成功接收即可，如此bi工作台就不会阻塞，本次请求也就已经成功处理完成。
具体可选的，若测试请求的发送路径中包括bicpmvisualremain参数，广告投放的测试装置确定测试请求的请求类型为库存可视化请求。
对于库存可视化请求，bi工作台仍然只关心库存算法是否接收到了该请求，所以测试桩对这类请求仍然只需要返回一个empty_response:{"status":200}，表示请求已经成功接收即可，本次请求就已经成功处理完成。至于可视化具体信息是否推送到bi工作台，都不会阻塞bi工作台的测试主流程，所以不在测试桩的考虑范围内。
步骤306、广告投放的测试装置响应询量请求，生成询量请求对应的询量结果所需的信息参数。
步骤307、广告投放的测试装置按照预设原则对所需的信息参数进行过滤，得到与询量请求对应的目标信息参数。
其中，目标信息参数包括询量资源基本信息参数。
具体的，测试桩生成询量请求对应的询量结果所需的信息参数，之后过滤掉所需的信息参数中不相关的请求参数，最终将必须的信息参数包装成一个易读的javascript对象表示法(javascriptobjectnotation，json)格式的参数，进而用于执行下一步的流程。
其中，询量资源基本信息参数可以包括：询量请求唯一标识、询量单号、询量资源标识号、询量日期列表、询量广告位、询量资源的产品形式、是否cpu询量、询量实体广告位标识号等参数。
需要说明的是，上述询量资源的基本信息参数在本发明中可以通过以下编程语言来获取：
当然，在本发明的实施例中目标信息参数不止包括询量资源的基本信息参数，还可以包括：询量资源的定向信息参数；其中，询量资源的定向信息参数包括：城市定向、年龄定向、频控定向、内容定向等参数。在询量请求中，询量资源的定向信息参数不是bi工作台完成测试流程必需的信息参数，询量资源的定向信息参数可以根据具体的需求决定是否获取。
步骤308、广告投放的测试装置基于目标信息参数生成与询量请求对应的询量结果。
其中，询量结果中包括询量返回参数。
具体的，测试桩的作用是模拟真实库存算法的询量结果，所以真实库存算法返回给bi工作台的询量结果包含的询量返回参数，测试桩都需要生成并返回，这些询量返回参数包括：响应状态码、询量请求唯一标识、询量单号、询量日期、询量日期内的每条资源的每天询量结果、每条询量资源在询量日期内的总询量结果等参数。当然，上述这些参数是测试桩必需返回给bi工作台的参数。
当然，询量返回参数中还可以包括：每一个实体广告位标识号、实体广告位的询量结果、实体广告位的总库存、保底量、默认优先级保底量、影响比率等参数。当然，这些询量返回参数不是测试桩必需返回给bi工作台的参数，具体可以根据获取到的目标信息参数确定是否返回给bi工作台。
具体说明如下：如果询量请求的目标信息参数中的freal_location_id，具有对应的参数值，那么测试桩就需要返回询量返回参数中的floc_cpm_info参数给bi工作台；如果询量请求的目标信息参数中的fproduct_type指示为产品形式是第一贴片、轰炸机、第一视觉，那么测试桩就需要返回询量返回参数中的fguarantee_cpm和fdefault_guarantee_cpm参数给bi工作台；如果询量请求的目标信息参数中的fis_cpu是肯定的，那么测试桩就需要返回询量返回参数中的feffect_uv_ratio给bi工作台。
需要说明的是，上述询量返回参数在本发明中可以通过以下编程语言来获取：
步骤309、广告投放的测试装置将询量返回参数的格式转换为预设格式。
具体的，真实的库存算法服务返回给bi工作台的询量结果，是遵从protobuf协议(简称pb协议)格式的结构体，并且经过序列化为string再推送给bi工作台的，bi工作台也只能接收并解析这种协议格式的数据。为了不影响bi工作台的解析机制，测试桩也需要按照相同的pb协议格式生成询量结果，并进行序列化。
可以给测试桩安装protobuf扩展插件，之后将约定请求/响应信息格式的pb协议bi_interface.proto文件转化为python可导入的库文件bi_interface_pb2.py；这样，代码中只需要导入该py文件，就可以使用protobuf的语法和函数，将生成侧询量结果中的必需返回的询量返回参数构造成为询量结果结构体。最后再应用protobuf自带的serializetostring()函数，将询量结果结构体序列化为string型，传发送给bi工作台使用。
步骤310、广告投放的测试装置将格式为预设格式的询量返回参数发送至商务智能工作台。
具体的，测试桩可以将生成的询量结果推送到bi工作台的回调接口；回调接口由两部分拼接组成，固定的callback_url和job_id参数。测试桩首先根据前面解析出的fjob_id拼接出本次请求的回调接口浏览地址，然后和bi工作台建立超文本传输协议(hypertexttransportprotocol，http)连接，发送测试请求，将询量结果推送到回调接口浏览地址。当检测到bi工作台的回调接口正常收到了推送之后，关闭本次http连接。
为了实现bi工作台和测试桩的交互，我们只需要将测试桩部署在任意一台测试机器(服务器)上，通过python脚本来启用/停止测试桩，再配置bi工作台的库存预估接口地址为测试桩的请求接收端口地址(39011端口)即可，图4为测试桩启动后的工作效果。
本测试桩不涉及到库存计算，只是构造一些询量返回参数，可以根据询量日期自适应的生成询量结果，实测可以在1秒内完成询量解析、询量结果生成和推送这些步骤，bi工作台无需漫长的等待；且python服务是比较稳定的服务，不会出现因询量服务不可用导致测试阻塞的情况；另外，测试桩部署只需要python+protobuf框架，运行时占用系统内存很少，非常方便部署在任意测试机器上，不会额外占用测试资源。并且，高效的完成bi工作台的长流程测试，提高了bi工作台20％的测试效率。
需要说明的是，本实施例中与其它实施例中相同步骤或相关概念的解释，可以参照其它实施例中的描述，此处不再赘述。
本发明的实施例所提供的广告投放的测试方法，接收商务智能工作台发送的测试请求，测试请求是进行广告投放时用于确定能否准确进行广告投放的，之后对测试请求进行解析处理，确定测试请求的请求类型，响应测试请求，生成与测试请求的请求类型对应的目标信息参数，基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果，最后将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放；这样，商务智能工作台的整个测试流程不需要与真实的库存算法测试环境进行交互，不存在测试环境的库存算法不稳定的情况，解决了现有的测试方案中商务智能工作台和库存算法的耦合性高的问题，提高了测试效率，保证了商务智能工作台的测试流程的正常运行，克服了测试阻塞的风险。
基于前述实施例，本发明实施例还提供一种广告投放的测试方法，参照图5所示，生成询量返回参数中的询量日期内的每条资源的每日询量结果和每条询量资源在询量日期内的总询量结果，包括以下步骤：
步骤401、广告投放的测试装置设置询量日期和询量日期内的每条资源的每日询量结果。
步骤402、广告投放的测试装置根据询量日期和询量日期内的每条资源的每日询量结果，得到每条询量资源在询量日期内的总询量结果。
具体的，测试桩中设置了一个基准线作为生成总询量结果的参考值，例如每条资源每日的询量结果基准线bi_cpm_base＝1000，那么，如果询量日期为n天，总询量结果fres_response，fbi_remain_cpm就是1000*n；由于发起询量请求的时候询量日期是确定的，所以总询量结果也就变成了一个可预期的值。进一步的，为了测试bi工作台的流量分配方式的需要，如果每日的可预订量都是1000，流量自动分配就会变成了平均分配，不利于观察测试结果。所以设置了一个变化阈值，step＝200，令每日询量结果fday_res_response，fbi_remain_cpm在[bi_cpm_base-step，bi_cpm_base+step]即800～1200的范围内取随机值；但最后一天的询量结果用总询量结果减去前几天的询量结果之和，将总询量结果补齐到1000*n。如果是虚拟广告位的询量请求，只需要将每日总询量结果平均分在各个实体广告位上即可。基准线bi_cpm_base和step是可配置的。
如下，以询量日期是12.1～12.6共6天为例进行说明：在发起询量之前，就可以知道返回的总询量结果为1000*6＝6000，如果要测试缺量15％以内的审批，则需求量就设置为<6900即可，而12.1～12.6的每日询量结果又是随机波动的，每次请求都不一样，可以设置为如图6中所示，12月1日的可预订库存量为801，12月1日的可预订库存量为932，12月3日的可预订库存量为1174，12月4日的可预订库存量为1145，12月5日的可预订库存量为1039，12月6日的可预订库存量为900。这样，采用这种自适应策略生成的询量结果，既维持了询量结果的灵活性，又保留了询量结果的可预期性，询量结果与询量时间线性相关，便于准备缺量场景测试的测试返回参数。
本发明的实施例所提供的广告投放的测试方法，解决了在询量之前无法预期返回值是多少，不利于准备测试返回参数(总询量结果)的问题；同时，测试桩采用的策略是只考虑询量日期，不考虑其他因素，根据询量日期自适应的生成总询量结果(可预订总量)，支持更丰富的测试场景，询量日期更灵活，测试返回参数准备更为便利。
基于前述实施例，本发明实施例提供的广告投放的测试方法可以应用于如图7中所示的测试系统中，该测试系统是测试桩与bi工作台的交互框架示意图；其中，测试桩由4个主模块组成：a、请求接收模块：用于判断请求接收端口收到的请求类型，针对询量、更新/撤销、可视化等不同的请求类型，返回不同的响应消息，并判断是否需要流转到其他三个模块；b、询量请求解析模块：用于针对询量请求进行解析，去除不相关的请求参数，保留生成对应询量结果所需要的参数得到目标信息参数；c、询量结果生成模块：用于根据询量请求自适应的生成符合预期的询量结果，包括构造询量资源的总询量结果(可预定总量)及每日询量结果(每一天的可预订量)，并将询量结果转化为约定好的协议格式；d、询量结果推送模块：用于将生成的询量结果推送到bi工作台的回调接口。
本发明的实施例提供一种广告投放的测试装置5，该装置可以应用于图1～3、5对应的实施例提供的一种广告投放的测试方法中，参照图8所示，该装置包括：接收单元51、获取单元52、第一生成单元53、第二生成单元54和发送单元55，其中：
接收单元51，用于接收商务智能工作台发送的测试请求。
其中，测试请求是进行广告投放时用于确定能否准确进行广告投放的。
获取单元52，用于对测试请求进行解析处理，确定测试请求的请求类型。
第一生成单元53，用于响应测试请求，生成与测试请求的请求类型对应的目标信息参数。
第二生成单元54，用于基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果。
发送单元55，用于将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放。
本发明的实施例所提供的广告投放的测试装置，接收商务智能工作台发送的测试请求，测试请求是进行广告投放时用于确定能否准确进行广告投放的，之后对测试请求进行解析处理，确定测试请求的请求类型，响应测试请求，生成与测试请求的请求类型对应的目标信息参数，基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果，最后将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放；这样，商务智能工作台的整个测试流程不需要与真实的库存算法测试环境进行交互，不存在测试环境的库存算法不稳定的情况，解决了现有的测试方案中商务智能工作台和库存算法的耦合性高的问题，提高了测试效率，保证了商务智能工作台的测试流程的正常运行，克服了测试阻塞的风险。
进一步，参照图9所示，该装置还包括：设置单元56，其中：
设置单元56，用于接收测试请求的请求接收端口。
相应的，接收单元51具体用于执行以下步骤：
通过请求接收端口，接收商务智能工作台发送的测试请求。
具体的，参照图9所示，获取单元52包括：第一获取模块521和确定模块522，其中：
第一获取模块521，用于对测试请求进行解析处理，获取测试请求的发送路径。
其中，发送路径携带在测试请求中。
确定模块522，用于基于测试请求的发送路径的参数，确定测试请求的请求类型。
进一步，确定模块522具体用于执行以下步骤：
若测试请求的发送路径中包括bimultiremain参数，确定测试请求的请求类型为询量请求。
若测试请求的发送路径中包括biupdate参数，确定测试请求的请求类型为更新或撤销询量或调整挤占比例请求。
若测试请求的发送路径中包括bicpmvisualremain参数，确定测试请求的请求类型为库存可视化请求。
具体的，参照图10所示，第一生成单元53包括：第一生成模块531和第二获取模块532，其中：
第一生成模块531，用于若测试请求的请求类型为询量请求，响应询量请求，生成询量请求对应的询量结果所需的信息参数。
第二获取模块532，用于按照预设原则对所需的信息参数进行过滤，得到与询量请求对应的目标信息参数。
其中，目标信息参数包括询量资源基本信息参数。
询量资源基本信息参数包括：询量请求唯一标识、询量单号、询量资源标识号、询量日期列表、询量广告位、询量资源的产品形式、是否cpu询量、询量实体广告位标识号。
进一步，目标信息参数还包括：询量资源的定向信息参数。
具体的，参照图10所示，第二生成单元54包括：第二生成模块541和转换模块542，其中：
第二生成模块541，用于若测试请求的请求类型为询量请求，基于目标信息参数生成与询量请求对应的询量结果。
其中，询量结果中包括询量返回参数。
转换模块542，用于将询量返回参数的格式转换为预设格式。
相应的，发送单元55具体用于执行以下步骤：
将格式为预设格式的询量返回参数发送至商务智能工作台。
其中，询量返回参数包括：响应状态码、询量请求唯一标识、询量单号、询量日期、询量日期内的每条资源的每天询量结果、每条询量资源在询量日期内的总询量结果。
进一步，参照图10所示，第二生成单元54还包括：设置模块543和第三获取模块544，其中：
设置模块543，用于设置询量日期和询量日期内的每条资源的每日询量结果。
第三获取模块544，用于根据询量日期和询量日期内的每条资源的每日询量结果，得到每条询量资源在询量日期内的总询量结果。
需要说明的是，本实施例中各个单元和模块之间的交互过程，可以参照图1～3、5对应的实施例提供的一种广告投放的测试方法中的交互过程，此处不再赘述。
本发明的实施例所提供的广告投放的测试装置，接收商务智能工作台发送的测试请求，测试请求是进行广告投放时用于确定能否准确进行广告投放的，之后对测试请求进行解析处理，确定测试请求的请求类型，响应测试请求，生成与测试请求的请求类型对应的目标信息参数，基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果，最后将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放；这样，商务智能工作台的整个测试流程不需要与真实的库存算法测试环境进行交互，不存在测试环境的库存算法不稳定的情况，解决了现有的测试方案中商务智能工作台和库存算法的耦合性高的问题，提高了测试效率，保证了商务智能工作台的测试流程的正常运行，克服了测试阻塞的风险。
本发明的实施例提供一种广告投放的测试设备6，可以应用于图1～3、5对应的实施例提供的一种广告投放的测试方法中，参照图11所示，该设备包括：处理器61和通信接口62，其中：
处理器61，用于通过通信接口62接收商务智能工作台发送的测试请求；其中，测试请求是进行广告投放时用于确定能否准确进行广告投放的；对测试请求进行解析处理，确定测试请求的请求类型；响应测试请求，生成与测试请求的请求类型对应的目标信息参数；基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果；还通过通信接口62将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放。
需要说明的是，本实施例中处理器和通信接口之间的交互过程，可以参照图1～3、5对应的实施例提供的一种广告投放的测试方法中的交互过程，此处不再赘述。
本发明的实施例所提供的广告投放的测试设备，接收商务智能工作台发送的测试请求，测试请求是进行广告投放时用于确定能否准确进行广告投放的，之后对测试请求进行解析处理，确定测试请求的请求类型，响应测试请求，生成与测试请求的请求类型对应的目标信息参数，基于目标信息参数和测试请求的请求类型，生成测试请求的请求类型对应的测试结果，最后将测试结果发送至商务智能工作台，以便于商务智能工作台根据测试结果进行广告投放；这样，商务智能工作台的整个测试流程不需要与真实的库存算法测试环境进行交互，不存在测试环境的库存算法不稳定的情况，解决了现有的测试方案中商务智能工作台和库存算法的耦合性高的问题，提高了测试效率，保证了商务智能工作台的测试流程的正常运行，克服了测试阻塞的风险。
在实际应用中，所述接收单元51、获取单元52、第一生成单元53、第二生成单元54、发送单元55、设置单元56、第一获取模块521、确定模块522、第一生成模块531、第二获取模块532、第二生成模块541、转换模块542、设置模块543和第三获取模块544均可由位于无线数据发送设备中的中央处理器(centralprocessingunit，cpu)、微处理器(microprocessorunit，mpu)、数字信号处理器(digitalsignalprocessor，dsp)或现场可编程门阵列(fieldprogrammablegatearray，fpga)等实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。