Spring 对定时任务进行了非常好的封装,只需在业务方法上添加 @Scheduled 注解即可。但在测试时,比较麻烦。为了测试定时任务相关逻辑,往往需要开发人员修改定时配置,提交代码、部署、测试;测试完成后,将配置修改回去、提交代码、部署、上线。整个过程由人工完成,稍有差错便会造成严重的线上事故。
有没有一种策略,可以降低风险,同时把主动权归还给 QA 呢?在开发、测试时,将 Schedule 方法暴露成 Web 接入点,并与 Swagger 集成,即可通过 Swagger-UI 手工触发 Schedule 方法。在线上环境,停用该功能,从而有效保护业务。
本 Chat 涉及内容包括:
- Spring MVC 核心流程及扩展点;
- Swagger API 信息收集梳理;
- Schedule 方法 Web 接入点设计开发。
阅读全文: http://gitbook.cn/gitchat/activity/5c3312769a6b551d5f277a63
一场场看太麻烦?成为 GitChat 会员,畅享 1000+ 场 Chat !点击查看