Sidekiq Worker测试逻辑应置于何处？基于Minitest的实践疑问

一、Worker核心功能不该放在集成测试里 #

集成测试的作用是验证整个链路跑通不跑通——从第三方发Webhook、控制器接收入队、Worker处理完存库，到用户打开页面能看到数据，这一套流程的完整性才是集成测试该管的。

Worker本身的核心逻辑，比如“判断哪些事件该存库”“数据怎么转换处理”，应该单独写在单元测试里，放在test/workers/目录下对应的测试文件里。单元测试里直接调用YourWorker.new.perform(测试参数)就行，不用依赖控制器、队列这些东西，跑起来快，出问题也能立刻定位到Worker的逻辑，不用在整个链路里排查。

集成测试里只需要确认：Webhook发过来后，Worker确实被触发了，而且执行完后的最终结果（数据库数据、页面展示）符合预期。测试时可以用Sidekiq::Testing.inline!让Worker同步执行，不用等异步队列，方便测试。

二、集成测试用VCR封装外部请求完全没问题 #

VCR就是干这个的——把第三方HTTPS请求录下来，后续测试直接用录制好的响应，既稳定（不会因为第三方服务挂了导致测试失败），又能离线跑。注意录制的时候要覆盖所有可能的请求场景，比如正常事件、异常事件，隔段时间记得更新一下录制的内容，避免第三方接口变了导致测试失效。

三、测试分层参考 #

• 单元测试：死磕Worker的逻辑细节，比如各种边界情况（无效事件、空数据、特殊格式）都要测到。
• 集成测试：只管端到端的流程是否顺畅，验证各个组件（控制器、Worker、数据库、视图）配合得对不对。
• 如果需要更贴近真实场景，可以加个系统测试，用工具模拟第三方发真实的HTTP请求，但一般集成测试已经能覆盖这个需求了。

内容的提问来源于stack exchange，提问作者eighdah14