如何无需Redis依赖直接对带管理员权限认证的Sidekiq GUI进行RSpec控制器测试？

当然有办法！你遇到的测试失败问题，根源在于功能测试里的visit操作会触发Sidekiq Dashboard页面的完整渲染，而这个页面需要连接Redis获取队列数据。我们可以绕过页面渲染，直接从路由约束或请求响应层面测试权限控制，完全不需要启动Redis、Mock Redis，也不用依赖Capybara的功能测试。

方法一：测试路由层面的认证约束（最直接） #

因为你是在路由层用authenticate :user做的权限控制，所以我们可以直接测试路由是否对不同用户可见，这一步完全不会触碰到Redis。

修改你的测试为路由测试（type: :routing）：

# frozen_string_literal: true
require "rails_helper"

RSpec.describe Sidekiq::Web, type: :routing do
  context "when signed in as admin user" do
    let(:admin_user) { create(:user, :admin) }

    before do
      sign_in admin_user
    end

    it "routes to Sidekiq::Web successfully" do
      expect(get: "/sidekiq").to be_routable, "Admin user should have access to Sidekiq route"
      expect(get: "/sidekiq").to route_to("sidekiq/web#index")
    end
  end

  context "when signed in as regular user" do
    let(:regular_user) { create(:user) }

    before do
      sign_in regular_user
    end

    it "does not expose the Sidekiq route" do
      expect(get: "/sidekiq").not_to be_routable, "Regular user should NOT access Sidekiq route"
    end
  end

  context "when not signed in at all" do
    it "does not expose the Sidekiq route" do
      expect(get: "/sidekiq").not_to be_routable, "Unauthenticated user should NOT access Sidekiq route"
    end
  end
end

方法二：用Request Spec测试权限响应（更贴近实际请求） #

如果想测试实际请求的响应状态（比如管理员拿到200，非管理员拿到403），但又不想触发Redis连接，可以用Request Spec，只检查响应状态，不验证页面内容：

# frozen_string_literal: true
require "rails_helper"

RSpec.describe "Sidekiq Web Access Permissions", type: :request do
  context "with admin user signed in" do
    let(:admin) { create(:user, :admin) }

    before do
      sign_in admin
    end

    it "grants access with 200 status" do
      get "/sidekiq"
      expect(response).to have_http_status(:ok)
      # 注意：不要检查页面内容，避免触发Sidekiq的Redis查询
    end
  end

  context "with regular user signed in" do
    let(:regular_user) { create(:user) }

    before do
      sign_in regular_user
    end

    it "denies access with 403 Forbidden" do
      get "/sidekiq"
      expect(response).to have_http_status(:forbidden)
    end
  end

  context "with no user signed in" do
    it "redirects to login page" do
      get "/sidekiq"
      expect(response).to redirect_to(new_user_session_path)
    end
  end
end

额外优化：统一各环境的路由配置 #

建议你把开发环境的Sidekiq路由也加上认证，这样测试环境和开发环境的行为保持一致，避免开发时无权限控制的风险：

# config/routes.rb
# 不管什么环境，都要求管理员权限才能访问Sidekiq
authenticate :user, ->(u) { u.admin? } do
  mount Sidekiq::Web => "/sidekiq"
end

为什么这两种方法可行？ #

• 路由测试直接验证authenticate约束是否生效，完全不需要和Sidekiq的控制器或视图交互，自然不会触发Redis连接。
• Request Spec只检查HTTP响应状态，不会渲染Sidekiq的Dashboard页面（或者说在渲染前就完成了权限校验），因此也不会触发Redis查询。

这样你就可以在完全不依赖Redis的情况下，验证Sidekiq GUI的管理员权限控制了。

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