增量验证场景：

（1）模拟listing数据掉出推荐池，即修改字段lastModificationTime值，模拟是否掉出推荐池的listing状态

A、未 掉出推荐池模拟造数如下：

进行模块化刊登获取到关联营销：

验证1：获取到未掉出推荐池的listing数据

验证2：查看关联次数的变动，对应关联次数因关联listing成功，关联次数+1次

B、数据掉出推荐池、下架数据存在于转化池模拟造数如下：

listing数据掉出推荐池：

下架数据存在于转化池：
1）修改 403850449362、403903272067  lastModificationTime值，验证该字段对其是否做不关联处理（预期：该字段对转换池无效，理应做关联处理），
2）同时修改该listing为下架状态：403850449362、403903272067，需进行判断为推荐模型或相似模型（预期：下架后将被移除，不做关联，且按照对应模型进行补齐）

新增符合条件的数据：

上方预期结果：转化池 +推荐池

转化池 ---

403736221317  --
403850449205  --
403850389173  --
403742217550  --

推荐池---

145410561476 --
145420472212  
145408496450  --  
145407483025 
145403929977 
145411739074

进行模块化刊登，策略id：76067 模板id ：75    进行关联营销模板id：12100023   获取到关联营销，如下：

获取到的营销结果：转化池符合预期结果，最后两个listing数据：404215537644 、404096026891 ，不符合在推荐池中符合的数据进行最后补齐（由于转化池中两条listing已被置为下架状态： 403850449362、403903272067，该类型数据在转化池中为空状态找不到，即能放置于指定池子（推荐池、转化池）中的数据均为有效在线数据）则该两条数据占据了两个关联营销listing位置，找不到则先进行推荐池补齐，再最后通过随机补齐同一店铺的在线listing，展示如下：

增量验证场景2：

场景1：若关联营销listing已存在掉出推荐池、已下架等数据，进行增量更新：

A、正式环境，找到一笔已正常在线，且带有关联营销对应SKU：4283522相关数据，如下图，

实际平台展示的真实关联营销情况：

迁移至测试环境，测试环境模拟造数如下：

自动刊登队列表：

关联营销mgdb表：

listing相关表：

Redis店铺额度限制：

B、变更队列服务：GetEbayNQueue-dev-ebay   触发关联营销队列表：m_ebay_associatemarket_queue  进行增量更新

增量更新前的状态展示：

增量更新后的状态更新：

由于该店铺下的销量表无数据，listing表数据只有7条在线数据，可做补齐

销量表：M_Ebay_Sale_Toplisting  无数据

listing相关表：共计7条在线数据

C、增量更新后，mgDB关联营销展示如下：由于该店铺：10451，在测试环境只有7条数据，符合以上现有数据可补齐情况，验证成功

场景2：补充了可补齐的数据，如销量表后

变更后更新：

平台展示：

变更前展示：

变更后展示：

场景2:每天执行上架时间为30天整数倍的listing，并配置至对应的关联营销模型

增量更新前：

增量更新后：

获取到的数据为该店铺的listing在线数据和销量表数据：

补齐数据的来源：

销量表：

listing表：