如何在RSpec请求测试中验证含非ASCII字符的端点行为？

问题场景 #

在RSpec中测试BooksController#show接口时，传入含非ASCII字符的id（比如日文'あ'），代码会直接抛出InvalidURIError；但用Postman或curl发起相同请求时，应用会返回ActiveController::RoutingError（404状态码）。

示例代码：

# 假设存在BooksController，其show动作接收:book_id参数
describe BooksController do
  describe 'GET #show' do
    get :show, id: 'あ' # 抛出InvalidURIError，无法验证预期的404响应
  end
end

问题根源是RSpec底层依赖Ruby的URI库解析请求URL，导致错误在进入应用代码前就触发，无法验证Rails路由层的实际响应行为。之前尝试修改Rails.application.env_config中的action_dispatch.show_exceptions等配置无效，使用net/https发起请求又被webmock拦截。

可行解决方案 #

方案1：使用Rack::Test直接发起请求 #

Rack::Test是RSpec Rails底层依赖的测试工具，它的请求处理逻辑更贴近真实HTTP环境，不会提前用URI库做严格解析。可以直接用它的方法绕过RSpec的URL校验：

describe BooksController do
  include Rack::Test::Methods

  # 定义测试用的Rack应用
  def app
    Rails.application
  end

  describe 'GET /books/:id' do
    it '返回404状态码当id包含非ASCII字符时' do
      get '/books/あ'
      expect(last_response.status).to eq(404)
      expect(last_response.body).to include('ActiveController::RoutingError')
    end
  end
end

这种方式直接构造Rack请求环境，让Rails的路由层处理非ASCII路径，完全模拟真实请求的处理流程，能正确触发预期的404响应。

方案2：手动编码非ASCII字符后测试 #

真实场景中客户端会自动对非ASCII字符做百分号编码，也可以测试编码后的请求路径，覆盖这种常见场景：

describe BooksController do
  describe 'GET #show' do
    it '返回404状态码当id为编码后的非ASCII字符时' do
      encoded_id = URI.encode_www_form_component('あ')
      get :show, params: { id: encoded_id }
      expect(response).to have_http_status(:not_found)
    end
  end
end

关于绕过URI库的合理性 #

真实HTTP请求中，服务器并不会像Ruby的URI库那样直接拒绝非ASCII路径，Rails的路由层会处理这类请求并返回404。RSpec默认的get方法用URI库做提前校验，不符合真实环境的行为，因此绕过它来测试应用的实际响应是合理的，能确保测试结果和生产环境一致。

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