APScheduler 结合 Flask 在自动化测试中的应用

APScheduler是基于Quartz(一个功能丰富的开源任务调度系统)的一个Python定时任务框架，使用起来简单且方便，提供了基于日期、固定时间间隔以及crontab类型的任务，并且可以持久化任务，基于这些功能可以快速实现python的定时轮询任务系统。

pip install apscheduler

触发器包含调度逻辑，每一个作业有它自己的触发器，用于决定接下来哪一个作业会运行；除了他们自己初始的配置，触发器本身是无状态的。

作业存储存储被调度的作业，默认的作业存储是简单的将作业保存到内存中，如果选择其他方式也可以将作业保存到数据库中；一个作业数据的保存将会在持久化作业存储的时候被序列化，然后在加载时被反序列化；调度器无法分享同一个作业存储。

执行器处理作业的运行，一般通过在作业中提交制定好的可调用对象到一个线程中或者线程池中来执行；在作业完成时，执行器会去通知调度器。

调度器是APScheduler的核心，所有相关的组件都要通过它来定义，已配置好的任务也是要通过它来调度。

因为scheduler任务需要耗费较多时间，因此当在项目中收到flask的接口请求后，可以通过线程异步处理耗时任务，先将“正在处理”作为接口结果返回，示例代码结构如下：

在通过flask接口拿到需要的任务参数后，便可以创建调度任务。在创建调度任务之前，我们需要确定要选择哪一种调度器、job存储、执行器和触发器，调度器的选择主要基于编程环境以及APScheduler的用途。

这里我们根据需要选择BackgroundScheduler。

在job存储的选择上，需要根据自己的job是否需要持久化，因为没有特殊的需求，所以使用默认的内存方式

执行器的选择需要依据job的类型，默认的线程池执行器 

apscheduler.executors.pool.ThreadPoolExecutor 已经可以满足大多数情况。

管理job的调度方式需要选择一个合适的触发器，APScheduler 内置三种触发器；

因为我们的自动化需要对各个子环节进行验证，当上一个环节成功后才能进行下一个环节的验证，因此选择apscheduler.triggers.interval，以固定的时间间隔运行job。

下面是部分具体的项目代码：

periodic_task是项目中的任务调度函数；首先实例化了一个BackgroundScheduler调度器，接着向调度器添加job，添加的job为data_task函数，同时定义了job的触发器，指定固定的时间间隔为58秒。

其中data_task描述了具体的job细节，即分别判断当前不同的任务节点执行相应的验证过程，并将每一步的验证状态记录到数据库中，这样在下一次执行data_task时，就可以去校验新的环节；启动调度器使用start函数，结束调度器使用shutdown函数；shutdown函数可以指定停止条件，在本项目中，因为步骤比较多，一旦有环节出错，就需要结束任务，保存已验证的环节，因此在拿到任务结果时，不论是整个验证成功的结果，还是某个环节出错的结果，都会停止本次调度，结束掉本次验证。