目录 一、背景 二、大定时任务测试痛点 1、 历史包袱很重 2、新增逻辑可测性不佳 3、测试同学集成测试中大部分时间耗在“无效测试” 4、依赖的上游业务线线下流量不足，甚至完全没有流量 三、改造始终遵循的原则 四、改造方法论 1、为Task新增参数，支持更多场景覆盖 2、 给task添加开关，控制支持跳过逻辑 3、 通过新增debugTask，脱离上下文“束缚“ 4、测试环境下添加开关，控制第三方接口mock逻辑 五、常用改造手段 一、背景 之前写过服务端、前端进行可测性改造的内容如何让测试执行更容易-测试经验谈之可测性改造
超级会员免费看
本文探讨了在面临大数据定时任务测试痛点时，QA如何进行可测性改造。改造遵循无线上影响、方便使用、避免直接改逻辑、长久使用原则，通过新增参数、添加开关、创建debugTask和控制第三方接口mock等方式，提升测试效率和覆盖率。
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
