控制器Request规格测试：应测内部调用还是仅验证外部行为？

先看你给出的控制器代码：

def subscribe_user
  concept = UsersConcept::Subscribe.new(user_params)
  concept.run

  respond_to do |format|
    format.html { redirect_to users_path, notice: concept.notice_msg }
  end
end

private

def user_params
  params.require(:user).permit(:id, :channel_id)
end

你的疑问是：应该编写测试验证UsersConcept::Subscribe的new和run调用，还是只专注于验证重定向、提示信息这类外部行为？

我的建议是：优先专注于外部行为的验证，理由如下：

• Request规格测试的本质是模拟真实用户的请求流程，属于黑盒测试范畴。用户只关心提交请求后是否跳转到正确页面、看到预期提示，这些才是真正能反映功能是否正常的指标。
• 测试内部方法调用会把测试和控制器的实现细节绑定死。比如哪天你重构代码，把UsersConcept::Subscribe换成UserSubscriptionService，或者调整初始化参数，这些测试会直接失败，但实际功能完全没问题，反而增加了测试的维护成本。

那内部逻辑的验证怎么办？你可以在单元测试里单独对UsersConcept::Subscribe类做测试：验证它的new方法是否正确接收参数，run方法是否执行了预期的订阅逻辑。这样拆分后，测试职责更清晰，Request规格负责端到端的行为验证，单元测试负责核心逻辑的正确性。

当然，如果这个控制器动作涉及非常复杂的分支逻辑，且必须确保特定概念类被触发（比如核心业务流程的强依赖），可以考虑在Request规格里加少量这类测试，但这应该是例外情况，不是常规操作。

内容的提问来源于stack exchange，提问作者Jeffrey M Castro