Naprawdę podoba mi się sposób, w jaki RSpec jest w stanie oddzielić kontroler i wyświetlić testy, ale mają problemy z dopasowaniem kapibara do testu widoku. Co ja w zasadzie starają się osiągnąć to czegoś takiego:Rspec zobacz testowanie z capybara i rails3
describe "some page" do
it "should render with lots of stuff" do
assign ..
render
rendered.should have_button ('Any button') #or any capybara matcher, really
end
end
Widziałem kilka postów na temat sieci pokazujący jak skonfigurować kapibary i rails3 sprawnie pracować z ogórka lub rspec testów kontrolerów, ale nie jest to co Chcę - czyli testować widoki na najniższym możliwym poziomie.
Również, jeśli jest inny sposób na zrobienie tego (nie wymagający dużej ilości niestandardowego kodu, bo wiem, że mógłbym napisać kilka matcherów, które wyodrębniają dane selektory z renderowanych przy użyciu nokogiri lub jakiegokolwiek innego odpowiedniego narzędzia), które też byłyby świetne - za pomocą kapibary nie jest wymogiem.
Prawidłowe. Jeśli użyjesz domyślnego sterownika Capibary (': test_testu'), zapisanie twoich testów widoku jako" testów prośby "z Capybarą powinno przy okazji zapewnić całkiem dobrą wydajność. Tak zasadniczo testuję swoje poglądy. Po prostu nie używasz 'assign', więc masz trochę mniej kontroli w porównaniu do" prawdziwych "testów widoku. –