CN110347545A - 一种业务平台缓存策略的测试方法及装置 - Google Patents

Abstract

本发明实施例提供了一种业务平台缓存策略的测试方法及装置，本发明涉及研发管理技术领域，方法包括：设置业务平台的缓存数据库的更新间隔时间；通过预设的规则创建测试数据，并向预设的测试脚本中导入测试数据；利用测试脚本向业务平台的主数据库中导入测试数据，其中，主数据库读取测试数据后生成缓存指令，并将开始读取的时刻计为第一时刻；距第一时刻至更新间隔时间后，缓存数据库响应于缓存指令，执行测试数据的缓存操作；通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确。本发明实施例提供的技术方案能够解决现有技术中广告需求方平台的缓存策略在测试时难以判断缓存逻辑的准确性的问题。

Description

一种业务平台缓存策略的测试方法及装置

【技术领域】

本发明涉及研发管理技术领域，尤其涉及一种业务平台缓存策略的测试方法及装置。

【背景技术】

广告需求方平台(Demand-Side Platform，简称DSP)是指为广告主提供跨媒介、跨平台、跨终端的的广告投放平台。其中，由投放策略和投放因子共同决定广告需求方平台的出价结果。若广告主A在前端UI页面新增了一个投放策略，广告需求方平台竞价响应时调用的数据库未更新该新增的投放策略，那么DSP平台基于新增的投放策略无法及时对竞价请求做出响应。然而，现有的广告需求方平台的缓存策略在测试时难以判断缓存逻辑的准确性。

【发明内容】

有鉴于此，本发明实施例提供了一种业务平台缓存策略的测试方法及装置，用以解决现有技术中广告需求方平台的缓存策略在测试时难以判断缓存逻辑的准确性的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种业务平台缓存策略的测试方法，所述方法包括：

设置业务平台的缓存数据库的更新间隔时间；通过预设的规则创建测试数据，并向预设的测试脚本中导入所述测试数据；利用所述测试脚本向所述业务平台的主数据库中导入所述测试数据，其中，所述主数据库读取所述测试数据后生成缓存指令，并将开始读取的时刻计为第一时刻；距所述第一时刻至所述更新间隔时间后，所述缓存数据库响应于所述缓存指令，执行所述测试数据的缓存操作；通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确。

进一步地，在所述距所述第一时刻至所述更新间隔时间后，所述缓存数据库响应于所述缓存指令，执行所述测试数据的缓存操作，包括：将所述测试数据以键值对的形式存入所述缓存数据库，其中，所述测试数据包括新增策略因子、删除策略因子、更新策略因子中的至少一个策略因子，每个所述策略因子所关联的广告主的身份编码作为键，每个所述策略因子作为值。

进一步地，所述通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确，包括：通过所述缓存数据库的查询接口查询所述广告主的身份编码；获取所述缓存数据库中的与所述身份编码关联的目标策略因子；当所述测试数据为所述新增策略因子时，判断所述目标策略因子与所述新增策略因子是否相同；如是，确认所述缓存数据库已存入所述新增策略因子，缓存逻辑正确。

进一步地，所述通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确，还包括：通过所述缓存数据库的查询接口查询所述广告主的身份编码；获取所述缓存数据库中的与所述身份编码关联的目标策略因子；当所述测试数据为所述更新策略因子时，判断所述目标策略因子与所述更新策略因子是否相同；如是，确认所述缓存数据库已用所述更新策略因子替换与所述广告主的身份编码关联的原策略因子，缓存逻辑正确。

进一步地，所述通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确，还包括：通过所述缓存数据库的查询接口查询所述广告主的身份编码；当所述测试数据为所述删除策略因子时，判断所述缓存数据库中是否存在所述删除策略因子；当所述缓存数据库中不存在所述删除策略因子时，确认所述缓存数据库已经删除所述策略因子，缓存逻辑正确。

进一步地，在所述距所述第一时刻至所述更新间隔时间后，所述缓存数据库响应于所述缓存指令，执行所述测试数据的缓存操作之后，所述方法还包括：向所述业务平台输入所述新增策略因子，并通过所述业务平台的出价接口获取所述新增策略因子的实际出价；根据所述新增策略因子及预设的业务逻辑计算所述新增策略因子的期望出价；判断所述实际出价是否与所述期望出价相一致；若是，确认所述业务平台实际调用的策略因子所在的数据库为所述缓存数据库。

为了实现上述目的，根据本发明的一个方面，提供了一种业务平台缓存策略的测试装置，所述装置包括：设置单元，用于设置业务平台的缓存数据库的更新间隔时间；创建单元，用于通过预设的规则创建测试数据，并向预设的测试脚本中导入所述测试数据；导入单元，用于利用所述测试脚本向所述业务平台的主数据库中导入所述测试数据，其中，所述主数据库读取所述测试数据后生成缓存指令，并将开始读取的时刻计为第一时刻；执行单元，用于距所述第一时刻至所述更新间隔时间后，所述缓存数据库响应于所述缓存指令，执行所述测试数据的缓存操作；查询单元，用于通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确。

进一步地，所述执行单元包括执行子单元，用于将所述测试数据以键值对的形式存入所述缓存数据库，其中，所述测试数据包括新增策略因子、删除策略因子、更新策略因子中的至少一个策略因子，每个所述策略因子所关联的广告主的身份编码作为键，每个所述策略因子作为值。

为了实现上述目的，根据本发明的一个方面，提供了一种计算机非易失性存储介质，所述存储介质包括存储的程序，在所述程序运行时控制所述存储介质所在设备执行上述的业务平台缓存策略的测试方法。

为了实现上述目的，根据本发明的一个方面，提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的业务平台缓存策略的测试方法的步骤。

在本方案中，通过设置业务平台的缓存数据库的更新间隔时间，向所述业务平台的主数据库中导入测试数据，并将所述主数据库开始读取的时刻计为第一时刻；距所述第一时刻至所述更新间隔时间后，通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确。从而保障缓存策略的缓存逻辑的准确性，提高业务平台缓存策略的测试效率，以保证业务平台能够高效运行。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1是本发明实施例提供的一种可选的业务平台缓存策略的测试方法的流程图；

图2是本发明实施例提供的一种可选的业务平台缓存策略的测试装置的示意图；

图3是本发明实施例提供的一种可选的计算机设备的示意图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述终端，但这些终端不应限于这些术语。这些术语仅用来将终端彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一获取子单元也可以被称为第二获取子单元，类似地，第二获取子单元也可以被称为第一获取子单元。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

图1是根据本发明实施例的一种业务平台缓存策略的测试方法的流程图，如图1所示，该方法包括：

步骤S101，设置业务平台的缓存数据库的更新间隔时间；

步骤S102，通过预设的规则创建测试数据，并向预设的测试脚本中导入测试数据；

步骤S103，利用测试脚本向业务平台的主数据库中导入测试数据，其中，主数据库读取测试数据后生成缓存指令，并将开始读取的时刻计为第一时刻；

步骤S104，距第一时刻至更新间隔时间后，缓存数据库响应于缓存指令，执行测试数据的缓存操作；

步骤S105，通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确。

业务平台例如可以是广告需求方平台(Demand-Side Platform，DSP)，业务平台包括主数据库和缓存数据库，主数据库用于存储与业务平台相关的所有数据，缓存数据库用于存储策略因子。缓存数据库为redis数据库，以key-value方式存储。Redis以内存作为数据存储介质，所以读写数据的效率极高，远远超过主数据库。以设置和获取一个256字节字符串为例，它的读取速度可高达110000次/s，写速度高达81000次/s。DSP的接口每秒可能接收大量竞价请求，并且对响应的时效要求非常高，如果直接访问主数据库交互太多会导致响应时间大大增加，不能在规定的短时间内返回，那么就无法参与广告交易平台的实时竞价。这时用redis缓存的数据直接从内存读取，可以极大的提高速度和节约服务器开销。

在一种实施方式中，测试数据为SQL语句，测试脚本为python。

在本方案中，通过设置业务平台的缓存数据库的更新间隔时间，向业务平台的主数据库中导入测试数据，并将主数据库开始读取的时刻计为第一时刻；距第一时刻至更新间隔时间后，通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确。从而保障缓存策略的缓存逻辑的准确性，提高业务平台缓存策略的测试效率，以保证业务平台能够高效运行。

在一种实施方式中，缓存数据库的更新间隔时间为5秒。可以理解地，测试数据为业务平台所需的策略因子，每个策略因子与广告主ID关联；具体地，策略因子包括多个投放因子。每个广告主都会设置自己的广告投放策略，例如A广告主设置的策略因子如表1所示；

表1：A广告主的策略因子

可选地，在距第一时刻至更新间隔时间后，缓存数据库响应于缓存指令，执行测试数据的缓存操作，包括：

将测试数据以键值对的形式存入缓存数据库，其中，测试数据包括新增策略因子、删除策略因子、更新策略因子中的至少一个策略因子，每个策略因子所关联的广告主的身份编码作为键，每个策略因子作为值。通过三种情形来测试缓存策略，能够覆盖实际应用中的策略数据的情形。

可选地，通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确，包括：

通过缓存数据库的查询接口查询广告主的身份编码；获取缓存数据库中的与身份编码关联的目标策略因子；当测试数据为新增策略因子时，判断目标策略因子与新增策略因子是否相同；如是，确认缓存数据库已存入新增策略因子，缓存逻辑正确。例如：查询“广告主A”得到的策略因子与测试数据中的广告主A关联的新增策略因子相一致，即表明缓存数据库在同步新增策略因子时的逻辑是正确的。

可选地，通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确，还包括：

通过缓存数据库的查询接口查询广告主的身份编码；获取缓存数据库中的与身份编码关联的目标策略因子；当测试数据为更新策略因子时，判断目标策略因子与更新策略因子是否相同；如是，确认缓存数据库已用更新策略因子替换与广告主的身份编码关联的原策略因子，缓存逻辑正确。例如：查询“广告主A”得到的策略因子与测试数据中的广告主A关联的更新策略因子相一致，且与更新策略因子编号相同的原策略因子已经删除，即表明缓存数据库在更新策略因子时的逻辑是正确的。

可选地，通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确，还包括：

通过缓存数据库的查询接口查询广告主的身份编码；当测试数据为删除策略因子时，判断缓存数据库中是否存在删除策略因子；当缓存数据库中不存在删除策略因子时，确认缓存数据库已经删除策略因子，缓存逻辑正确。例如：查询“广告主B”得到的策略因子中不存在与测试数据中的广告主B关联的删除策略因子相一致的策略因子，即表明缓存数据库在删除策略因子时的逻辑是正确的。

可选地，在距第一时刻至更新间隔时间后，缓存数据库响应于缓存指令，执行测试数据的缓存操作之后，方法还包括：

向业务平台输入新增策略因子，并通过业务平台的出价接口获取新增策略因子的实际出价；根据新增策略因子及预设的业务逻辑计算新增策略因子的期望出价；判断实际出价是否与期望出价相一致；若是，确认业务平台实际调用的策略因子所在的数据库为缓存数据库。

具体地，计算新增策略因子的期望出价，

X(期望出价)＝P(k1*a1*b1+k2*a2*b2+....+kn*an*bn)/(k1+k2+...+kn)，其中，P表示默认出价，an表示第n个策略因子，kn表示第n个策略因子的权重，bn表示第n个策略因子的匹配度。其中，策略因子的匹配度为该策略因子的投放因子的重合度。例如流量渠道的投放因子为“壹账通、壹钱包、新浪门户网站”，而实际出价采用的投放因子为“壹账通、壹钱包”，那么其匹配度为67％。那么期望匹配度100％时的出价与实际匹配度67％时的出价必然不同。

可以理解地，新增策略因子的实际出价与期望出价相同，即认为业务平台是调用的正确的新增策略因子，而该新增策略因子在距第一时刻至更新间隔时间后，已经同步至缓存数据库。如果不同，则表明业务平台是调用的策略因子是缓存数据库中的其他相似的策略因子，所以实际出价会出现偏差。

本发明实施例提供了一种业务平台缓存策略的测试装置，该装置用于执行上述业务平台缓存策略的测试方法，如图2所示，该装置包括：设置单元10、创建单元20、导入单元30、执行单元40、查询单元50。

设置单元10，用于设置业务平台的缓存数据库的更新间隔时间；

创建单元20，用于通过预设的规则创建测试数据，并向预设的测试脚本中导入测试数据；

导入单元30，用于利用测试脚本向业务平台的主数据库中导入测试数据，其中，主数据库读取测试数据后生成缓存指令，并将开始读取的时刻计为第一时刻；

执行单元40，用于距第一时刻至更新间隔时间后，缓存数据库响应于缓存指令，执行测试数据的缓存操作；

查询单元50，用于通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确。

业务平台例如可以是广告需求方平台(Demand-Side Platform，DSP)，业务平台包括主数据库和缓存数据库，主数据库用于存储与业务平台相关的所有数据，缓存数据库用于存储策略因子。缓存数据库为redis数据库，以key-value方式存储。Redis以内存作为数据存储介质，所以读写数据的效率极高，远远超过主数据库。以设置和获取一个256字节字符串为例，它的读取速度可高达110000次/s，写速度高达81000次/s。DSP的接口每秒可能接收大量竞价请求，并且对响应的时效要求非常高，如果直接访问主数据库交互太多会导致响应时间大大增加，不能在规定的短时间内返回，那么就无法参与广告交易平台的实时竞价。这时用redis缓存的数据直接从内存读取，可以极大的提高速度和节约服务器开销。

在一种实施方式中，测试数据为SQL语句，测试脚本为python。

在本方案中，通过设置业务平台的缓存数据库的更新间隔时间，向业务平台的主数据库中导入测试数据，并将主数据库开始读取的时刻计为第一时刻；距第一时刻至更新间隔时间后，通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确。从而保障缓存策略的缓存逻辑的准确性，提高业务平台缓存策略的测试效率，以保证业务平台能够高效运行。

在一种实施方式中，缓存数据库的更新间隔时间为5秒。可以理解地，测试数据为业务平台所需的策略因子，每个策略因子与广告主ID关联；具体地，策略因子包括多个投放因子。每个广告主都会设置自己的广告投放策略，如表1所示。

可选地，执行单元40包括执行子单元，用于将测试数据以键值对的形式存入缓存数据库，其中，测试数据包括新增策略因子、删除策略因子、更新策略因子中的至少一个策略因子，每个策略因子所关联的广告主的身份编码作为键，每个策略因子作为值。通过三种情形来测试缓存策略，能够覆盖实际应用中的策略数据的情形。

可选地，查询单元50包括查询子单元、获取子单元、第一判断子单元、第一确认子单元。

查询子单元，用于通过缓存数据库的查询接口查询广告主的身份编码；获取子单元，用于获取缓存数据库中的与身份编码关联的目标策略因子；第一判断子单元，用于当测试数据为新增策略因子时，判断目标策略因子与新增策略因子是否相同；第一确认子单元，用于如是，确认缓存数据库已存入新增策略因子，缓存逻辑正确。例如：查询“广告主A”得到的策略因子与测试数据中的广告主A关联的新增策略因子相一致，即表明缓存数据库在同步新增策略因子时的逻辑是正确的。

可选地，查询单元50还包括第二判断子单元、第二确认子单元。

第二判断子单元，用于当测试数据为更新策略因子时，判断目标策略因子与更新策略因子是否相同；第二确认子单元，用于如是，确认缓存数据库已用更新策略因子替换与广告主的身份编码关联的原策略因子，缓存逻辑正确。例如：查询“广告主A”得到的策略因子与测试数据中的广告主A关联的更新策略因子相一致，且与更新策略因子编号相同的原策略因子已经删除，即表明缓存数据库在更新策略因子时的逻辑是正确的。

可选地，查询单元50还包括第三判断子单元、第三确认子单元。

第三判断子单元，用于当测试数据为删除策略因子时，判断缓存数据库中是否存在删除策略因子；第三确认子单元，用于当缓存数据库中不存在删除策略因子时，确认缓存数据库已经删除策略因子，缓存逻辑正确。例如：查询“广告主B”得到的策略因子中不存在与测试数据中的广告主B关联的删除策略因子相一致的策略因子，即表明缓存数据库在删除策略因子时的逻辑是正确的。

可选地，装置还包括输入单元、计算单元、判断单元、确认单元。

输入单元，用于向业务平台输入新增策略因子，并通过业务平台的出价接口获取新增策略因子的实际出价；计算单元，用于根据新增策略因子及预设的业务逻辑计算新增策略因子的期望出价；判断单元，用于判断实际出价是否与期望出价相一致；确认单元，用于若是，确认业务平台实际调用的策略因子所在的数据库为缓存数据库。

具体地，计算新增策略因子的期望出价，

X(期望出价)＝P(k1*a1*b1+k2*a2*b2+....+kn*an*bn)/(k1+k2+...+kn)，其中，P表示默认出价，an表示第n个策略因子，kn表示第n个策略因子的权重，bn表示第n个策略因子的匹配度。其中，策略因子的匹配度为该策略因子的投放因子的重合度。例如流量渠道的投放因子为“壹账通、壹钱包、新浪门户网站”，而实际出价采用的投放因子为“壹账通、壹钱包”，那么其匹配度为67％。那么期望匹配度100％时的出价与实际匹配度67％时的出价必然不同。

可以理解地，新增策略因子的实际出价与期望出价相同，即认为业务平台是调用的正确的新增策略因子，而该新增策略因子在距第一时刻至更新间隔时间后，已经同步至缓存数据库。如果不同，则表明业务平台是调用的策略因子是缓存数据库中的其他相似的策略因子，所以实际出价会出现偏差。

本发明实施例提供了一种计算机非易失性存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行以下步骤：

设置业务平台的缓存数据库的更新间隔时间；通过预设的规则创建测试数据，并向预设的测试脚本中导入测试数据；利用测试脚本向业务平台的主数据库中导入测试数据，其中，主数据库读取测试数据后生成缓存指令，并将开始读取的时刻计为第一时刻；距第一时刻至更新间隔时间后，缓存数据库响应于缓存指令，执行测试数据的缓存操作；通过缓存数据库的查询接口查询测试数据，以判断缓存数据库的缓存逻辑是否正确。

可选地，在程序运行时控制存储介质所在设备执行以下步骤：将测试数据以键值对的形式存入缓存数据库，其中，测试数据包括新增策略因子、删除策略因子、更新策略因子中的至少一个策略因子，每个策略因子所关联的广告主的身份编码作为键，每个策略因子作为值。

可选地，在程序运行时控制存储介质所在设备执行以下步骤：通过缓存数据库的查询接口查询广告主的身份编码；获取缓存数据库中的与身份编码关联的目标策略因子；当测试数据为新增策略因子时，判断目标策略因子与新增策略因子是否相同；如是，确认缓存数据库已存入新增策略因子，缓存逻辑正确。

可选地，在程序运行时控制存储介质所在设备执行以下步骤：通过缓存数据库的查询接口查询广告主的身份编码；获取缓存数据库中的与身份编码关联的目标策略因子；当测试数据为更新策略因子时，判断目标策略因子与更新策略因子是否相同；如是，确认缓存数据库已用更新策略因子替换与广告主的身份编码关联的原策略因子，缓存逻辑正确。

可选地，在程序运行时控制存储介质所在设备执行以下步骤：通过缓存数据库的查询接口查询广告主的身份编码；当测试数据为删除策略因子时，判断缓存数据库中是否存在删除策略因子；当缓存数据库中不存在删除策略因子时，确认缓存数据库已经删除策略因子，缓存逻辑正确。

图3是本发明实施例提供的一种计算机设备的示意图。如图3所示，该实施例的计算机设备100包括：处理器101、存储器102以及存储在存储器102中并可在处理器101上运行的计算机程序103，该计算机程序103被处理器101执行时实现实施例中的业务平台缓存策略的测试方法，为避免重复，此处不一一赘述。或者，该计算机程序被处理器101执行时实现实施例中业务平台缓存策略的测试装置中各模型/单元的功能，为避免重复，此处不一一赘述。

计算机设备100可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可包括，但不仅限于，处理器101、存储器102。本领域技术人员可以理解，图3仅仅是计算机设备100的示例，并不构成对计算机设备100的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器101可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器102可以是计算机设备100的内部存储单元，例如计算机设备100的硬盘或内存。存储器102也可以是计算机设备100的外部存储设备，例如计算机设备100上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器102还可以既包括计算机设备100的内部存储单元也包括外部存储设备。存储器102用于存储计算机程序以及计算机设备所需的其他程序和数据。存储器102还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种业务平台缓存策略的测试方法，其特征在于，所述方法包括：

设置业务平台的缓存数据库的更新间隔时间；

通过预设的规则创建测试数据，并向预设的测试脚本中导入所述测试数据；

利用所述测试脚本向所述业务平台的主数据库中导入所述测试数据，其中，所述主数据库读取所述测试数据后生成缓存指令，并将开始读取的时刻计为第一时刻；

距所述第一时刻至所述更新间隔时间后，所述缓存数据库响应于所述缓存指令，执行所述测试数据的缓存操作；

通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确。

2.根据权利要求1所述的方法，其特征在于，所述距所述第一时刻至所述更新间隔时间后，所述缓存数据库响应于所述缓存指令，执行所述测试数据的缓存操作，包括：

将所述测试数据以键值对的形式存入所述缓存数据库，其中，所述测试数据包括新增策略因子、删除策略因子、更新策略因子中的至少一个策略因子，每个所述策略因子所关联的广告主的身份编码作为键，每个所述策略因子作为值。

3.根据权利要求2所述的方法，其特征在于，所述通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确，包括：

通过所述缓存数据库的查询接口查询所述广告主的身份编码；

获取所述缓存数据库中的与所述身份编码关联的目标策略因子；

当所述测试数据为所述新增策略因子时，判断所述目标策略因子与所述新增策略因子是否相同；

如是，确认所述缓存数据库已存入所述新增策略因子，缓存逻辑正确。

4.根据权利要求2所述的方法，其特征在于，所述通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确，还包括：

通过所述缓存数据库的查询接口查询所述广告主的身份编码；

获取所述缓存数据库中的与所述身份编码关联的目标策略因子；

当所述测试数据为所述更新策略因子时，判断所述目标策略因子与所述更新策略因子是否相同；

如是，确认所述缓存数据库已用所述更新策略因子替换与所述广告主的身份编码关联的原策略因子，缓存逻辑正确。

5.根据权利要求2所述的方法，其特征在于，所述通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确，还包括：

通过所述缓存数据库的查询接口查询所述广告主的身份编码；

当所述测试数据为所述删除策略因子时，判断所述缓存数据库中是否存在所述删除策略因子；

当所述缓存数据库中不存在所述删除策略因子时，确认所述缓存数据库已经删除所述策略因子，缓存逻辑正确。

6.根据权利要求2所述的方法，其特征在于，在所述距所述第一时刻至所述更新间隔时间后，所述缓存数据库响应于所述缓存指令，执行所述测试数据的缓存操作之后，所述方法还包括：

向所述业务平台输入所述新增策略因子，并通过所述业务平台的出价接口获取所述新增策略因子的实际出价；

根据所述新增策略因子及预设的业务逻辑计算所述新增策略因子的期望出价；

判断所述实际出价是否与所述期望出价相一致；

若是，确认所述业务平台实际调用的策略因子所在的数据库为所述缓存数据库。

7.一种业务平台缓存策略的测试装置，其特征在于，所述装置包括：

设置单元，用于设置业务数据平台的缓存数据库的更新间隔时间；

创建单元，用于通过预设的规则创建测试数据，并向预设的测试脚本中导入所述测试数据；

导入单元，用于利用所述测试脚本向所述业务平台的主数据库中导入所述测试数据，其中，所述主数据库读取所述测试数据后生成缓存指令，并将开始读取的时刻计为第一时刻；

执行单元，用于距所述第一时刻至所述更新间隔时间后，所述缓存数据库响应于所述缓存指令，执行所述测试数据的缓存操作；

查询单元，用于通过所述缓存数据库的查询接口查询所述测试数据，以判断所述缓存数据库的缓存逻辑是否正确。

8.根据权利要求7所述的装置，其特征在于，所述执行单元包括：

执行子单元，用于将所述测试数据以键值对的形式存入所述缓存数据库，其中，所述测试数据包括新增策略因子、删除策略因子、更新策略因子中的至少一个策略因子，每个所述策略因子所关联的广告主的身份编码作为键，每个所述策略因子作为值。

9.一种计算机非易失性存储介质，所述存储介质包括存储的程序，其特征在于，在所述程序运行时控制所述存储介质所在设备执行权利要求1至6任意一项所述的业务平台缓存策略的测试方法。

10.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现权利要求1至6任意一项所述的业务平台缓存策略的测试方法的步骤。