求助：如何优化非DRY风格的RSpec路由测试代码

先帮你梳理下当前测试里的核心重复痛点：重复定义路由、重复构造认证请求、相同场景的测试逻辑冗余。下面是一步步的优化方案，帮你把代码变得更简洁易维护：

1. 先看优化后的完整代码 #

describe ExtApi::BaseController do
  let!(:app) { create(:api_application) }
  let!(:token) { app.token }
  # 提取通用认证头，避免重复拼接字符串
  let(:auth_headers) { { 'Authorization' => "Bearer #{token}" } }

  controller do
    def resp
      render json: {foo: 'bar'}
    end

    def error
      raise StandardError 'baz'
    end
  end

  describe '#authenticate' do
    # 为不同action统一设置路由，避免每个it重复画路由
    before(:context, for: :resp) do
      routes.draw { get '/foo' => 'ext_api/base#resp' }
    end

    before(:context, for: :error) do
      routes.draw { get '/error' => 'ext_api/base#error' }
    end

    # 定义共享上下文，复用认证请求逻辑
    shared_context 'authenticated request' do |action:|
      before { get action, headers: auth_headers }
    end

    # 定义共享示例，复用未授权断言
    shared_examples 'returns unauthorized' do
      it 'returns an unauthorized status' do
        expect(response).to have_http_status(:unauthorized)
      end
    end

    context 'when authentication is successful' do
      include_context 'authenticated request', action: :resp

      it 'renders the expected JSON response' do
        expect(response.body).to include('bar')
      end

      it 'returns a 200 OK status' do
        expect(response).to have_http_status(:ok)
      end
    end

    context 'when token is missing' do
      before { get :resp }
      include_examples 'returns unauthorized'
    end

    context 'when token is invalid' do
      before { get :resp, headers: { 'Authorization' => 'Bearer invalid_token' } }
      include_examples 'returns unauthorized'
    end

    context 'when authenticated request raises an error' do
      before { get :error, headers: auth_headers }

      it 'handles the error with a 500 status' do
        expect(response).to have_http_status(:internal_server_error)
      end
    end
  end
end

2. 核心优化点说明 #

（1）提取通用变量与逻辑 #

• 用let(:auth_headers)封装认证头，避免在每个请求里重复拼接Bearer #{token}字符串；
• 用shared_context定义认证请求的前置逻辑，成功场景的多个测试用例可以直接复用，不用重复写请求代码。

（2）统一路由定义 #

把路由移到before(:context)块里，针对不同的action一次性设置，避免每个it块都重复调用routes.draw。

（3）合并重复断言 #

对于token缺失、token无效这类结果一致的场景，用shared_examples把断言逻辑抽出来，减少代码冗余，后续如果要修改未授权的断言规则，只需要改一处即可。

（4）让测试逻辑更聚焦 #

优化后每个it块只保留核心断言，前置逻辑都统一管理，测试代码的可读性和维护性会大幅提升。

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