定时任务保障

目录

一、业务背景与现状

1、联盟媒体业务简介

2、定时任务分布情况

二、整体任务特点

1、任务数量庞大、且分散

2、 任务之间存在底表数据依赖

3、任务本身逻辑复杂

4、单个任务往往处于与第三方交互的链路业务中

5、单个任务之间差异大

三、任务日常保障的痛点与难点

1、依赖的第三方无数据

2、任务依赖的底表数据不满足需求

3、定时任务对应业务本身复杂，直接执行导致测试效率太低

4、无法进行多次测试

四、整体质量保障方案

六、联盟多种测试手段综合运用实践

1、整个测试方案设计

2、业务链路解耦

摆脱第三方业务束缚-mock第三方

摆脱其他任务束缚-丰富的底表数据

摆脱上下文模块束缚-新增测试专用的debugTask

摆脱上下文代码束缚-通过改造控制需要处理数据的量级

摆脱上下文代码束缚-过程数据验证

总结

3、模块测试

4、集成测试

5、测试实践举例

例子1： 需要模拟几周内定时任务的执行过程

例子2： 交互的第三方/外部接口无数据

例子3： 执行一次的时间特别长

一、业务背景与现状

1、联盟媒体业务简介

媒体： 可以简单理解为 ，应用能够提供广告位出来即可叫做媒体。 媒体可以是一个APP、一个网页等等。 其实快手APP ， 由于也提供广告位出来，其实也是一个媒体。

联盟媒体： 对一系列接入联盟的应用统称。如，腾讯新闻接入了联盟业务，其也是一个联盟媒体

联盟SSP：联盟供应方平台（Sell Side Platform）的简称。通过这一平台，资源方(俗称媒体)有望使得库存广告可以获得最高的有效每千次展示费用，而不必以低价销售出去。该平台的使用方主要包括联盟媒体、运营&产品、开发者(应用接入方) ，其对标头条的穿山甲平台。

2、定时任务分布情况

定时任务占整体业务比例很大：

• 联盟SSP各个业务域中的”非实时“业务中，均涉及定时任务

• 整体需求来看： 50%