Что тестировать в маршрутизации Rails?

Question

Мне любопытно, что люди считают адекватным/тщательным тестированием маршрутов. Парень, с которым я работаю, похоже, хочет утверждать каждый маршрут в нашем файле маршрутов, независимо от того, насколько стандартным. Я чувствую, что это пустая трата времени, но, возможно, я ошибаюсь, и я не знаю об этом, о чем я не знаю.

Есть несколько случаев, когда я вижу некоторую ценность при маршрутизации. У нас все еще есть несколько действий, которые отвечают на запросы GET и POST, хотя я имею в виду избавиться от них. У нас нет каких-либо сумасшедших ограничений с лямбдами или чем-то еще, но похоже, что стоило бы проверить, если бы мы это сделали.

Но для определения нормальных ресурсов?

resources :foo, only: [:index, :show] 

У нас есть утверждения, что оба из этих маршрутов существует, мы утверждаем, что они GET и что они идут в правильном контроллер/действие. Есть ли какой-нибудь смысл в этом? Похоже, мы просто тестируем Rails на этом этапе.

По немного связанному вопросу, я предпочитаю иметь маршруты ресурсов, определенные как выше (с частью only: [:index, :show]). Имеются ли какие-либо последствия только для определения resources :foo в файле маршрутов, если на этом контроллере есть только действия index/show?

Мне кажется, что это, вероятно, просто больше времени и/или памяти, но как-то это также проблема безопасности или что-то действительно плохое, о котором я не знаю?

Answer 1

главных причин для проверки маршрутов не дважды испытаний Rails, а для проверки общественно-облицовочный API.

Это уменьшает регрессии против рекламируемых точек входа независимо от данных, которые они берут или возвращают.

уровень, чтобы проверить их, открыт для некоторых дебатов; полезно ли тестировать сам маршрут, или имеет смысл также проверять данные, поступающие в/выходящие? Выполнение этого также проверяет те же маршруты, и я бы сказал, что более ценный –, но медленнее.

я, как правило, только тест маршрутов непосредственно в следующих случаях:

• Они немного напуганный, например, не болотно-стандартные маршруты
• Я сусло отклонять некоторые маршруты
• Во время предварительной разработки.

Предварительные испытания маршрута обычно удаляются после их проверки другими способами.

Answer 2

Я тестирую маршруты, чтобы гарантировать, что маршруты, которые я хочу разрешить, открыты, но также, чтобы маршруты, которые я хочу отключить, не работают. Я разделил спецификацию маршрутизации на три контекста - разрешенные маршруты, не разрешенные маршруты и настраиваемые маршруты.

например. с помощью RSpec

describe SessionsController do 
    describe "routing" do 
    context "permitted" do 
     it "routes to #create" do 

     expect(post "sessions").to route_to("sessions#create") 

     end 
     ... 
    end 
    context "custom routes" do 
     it "routes 'login' to #new" do 

     expect(get "/login").to route_to("sessions#new") 

     end 
     ... 
    end 
    context "invalid routes" do 
     it "does not route to #edit" do 

     expect(get "/sessions/edit").not_to be_routable 

     end 
     ... 
    end 
    end 
end