Wo Teststrecken in ruby on rails

Wo Teststrecken in ruby on rails?

unit-tests?
funktionale tests?
integration tests?

Zusatz:

Um genau zu sein, wo sich zu bewerben Aussagen beschrieben auf Führungen und auf api?

InformationsquelleAutor Anthony Serdyukov | 2011-03-13

15

Strecken getan werden sollte, als Teil von Integrations-tests. Integration tests sind, wo Sie testen Sie die wichtigsten Arbeitsabläufe in Ihrer Anwendung - insbesondere, ob eine URL definiert ist oder nicht, scheint eine wichtige workflow.

Ihre integration test Aussehen würde, wie jede normale integration test:
```
# /tests/integration/routes_test.rb
require 'test_helper'

class RoutesTest < ActionController::IntegrationTest
  test "route test" do
    assert_generates "/photos/1", { :controller => "photos", :action => "show", :id => "1" }
    assert_generates "/about", :controller => "pages", :action => "about"
  end
end
```
Als zu @jemminger's Reaktion nicht testet Strecken - dabei ist es Rail-tests, die überprüfen, ob Routen.rb arbeitet, ist es nicht die Bahn selbst zu testen, ob http://yoursite.com/users definiert ist, in den Routen. Der Nachteil ist, dass die meisten route testen könnte getan werden, in vorhandene Integrations-tests, so dass spezifische tests für Routen könnte redundant sein.

Den konkreten Anwendungsfall ich denken kann, sind all die Leute, die bereits, oder gehen, um ein upgrade von Rails 2 auf Rails 3. Den code zum definieren der Routen hat sich stark verändert, und es ist besser, um herauszufinden, aus tests, dass die Routen ordnungsgemäß aktualisiert wurden, als die von Benutzern, wenn Sie berichten, 404-Fehler.
- Nur ein Hinweis, dass die assert_recognizes könnte die Behauptung, die Sie verwenden möchten.
- Weiterleitung Routen (die nicht über einen controller z.B. wenn Sie umleiten sagen, einem alten RSS-feed auf einen neuen RSS-feed-url) kann nicht geprüft werden, die in funktionellen tests. Sie können nur Teil eines integration test (zumindest wenn man mit Minitest)
- Diese Antwort sollte nicht die akzeptierte Antwort. Routen testen angehören sollten Funktionelle Tests, wie verwiesen, in der RailsGuides für die Prüfung.
- Für neuere Versionen von Rails, deine Klasse erbt von ActionDispatch::IntegrationTest im Gegensatz zu ActionController::IntegrationTest
InformationsquelleAutor Gavin Miller
10

Warum Sie das Bedürfnis verspüren, testen Sie die Strecken? Rein, um sicherzustellen, dass die Routen definiert Ihre Routen.rb wirklich funktionieren? Wenn dem so ist, dann nicht. Das ist nicht die Aufgabe der Anwendung von tests, um sicherzustellen, dass die framework-Interna funktionieren einwandfrei - das ist die Aufgabe des Rails-Frameworks in eigenen tests.

Wenn du vielleicht eine Art dynamische/Benutzer-definierte route, die Sie testen wollen, würde ich wahrscheinlich gehen mit der integration.
- Schauen Sie sich bitte neben die Frage.
- Wieder, Fragen Sie sich "Warum?" Sie sollten Tests werden die Teile der Anwendung, die außerhalb des Bereichs, die Rahmenbedingungen, die Zuständigkeiten und die möglichen Fehlerquellen. Wenn Sie einige Routen, die getestet werden müssen unter verschiedenen Szenarien, verwenden Sie dann diese route testen Helfern. Ich würde wahrscheinlich verwenden Sie bei der Funktions-und/oder Integrationstests.
- "Warum?", ist eine andere Frage. Es ist sinnvoll, aber ein anderes. Es gibt engagierte Behauptungen und die Frage, wo benutzt man Sie?
- Strecken befassen sich mit URLs, also meine Neigung wäre zu testen, Sie im Funktions - /Integrations-tests. Sie könnte nicht sogar sein, das standardmäßig enthalten in unit-tests. Letztlich, es gibt keine harte Regel, wo es erlaubt oder verboten ist.
- Ich denke, dass die wichtigste Sache, die getestet wird hier (wie es sein sollte) ist, dass die route überhaupt existiert. Also die Anwendung, die Struktur wird immer getestet. So, wenn jemand die Reiseroute geändert, dass eine Funktion ist, dann ist es ein test, um zu fangen, die. d.h. Sie brauchen nicht zu testen, so viel, dass die route "funktioniert" nur, dass es 'existiert'. Sie werde das testen separat, ob es 'funktioniert', mit controller testen. So wie immer tests sind nie nötig... aber dringend empfohlen, die mehr von Ihrer Anwendung, auf die Sie angewiesen sind, desto umfangreicher sollten Ihre tests sein.
- Der Zweck der Prüfung der Routen ist nicht zu testen Schienen internen Betrieb. Es ist zu testen, wenn ich schrieb, die Routen.rb richtig. E. g. es ist üblich, fehlende 's' in "get '/users', an: 'user#index'", die Sie fangen wollen diese Art von Fehler in build-time, statt der Laufzeit.
- Wäre es nicht Ihre controller oder integration tests fangen diese?
- Ja, wenn die Strecken definiert, die von standard-Mittel, würde ich testen, in controller-tests. Aber es gibt Fälle, für individuelle Routen, wie z.B. "get '/Kollegen', an: 'user#index'". In solchen Fällen, ich glaube nicht, dass es controller-tests " Verantwortung, um Sie zu testen. Daher ist, wie Sie Sie vorschlagen, ist ein guter Ort, um zu testen, wäre die integration zu testen.
InformationsquelleAutor jemminger
6

Ich schlage vor, Sie erstellen eine test-Datei für die Routen in test/Controller Ordner.
```
class HomeRoutesTest < ActionController::TestCase

  test "must route to home index" do
    assert_routing '/', controller: "home", action: "index"
  end

end
```
Es wurde erwähnt, dass Sie gehören integration-test. Ich bin nicht einverstanden. Sie testen lediglich Routen, das ist es. So würde es eher Herbst in funktionale oder auch unit-Tests anstelle von Integrationstests.

Finden Sie einen Verweis in den Schienen RailsGuide-Prüfung, Abschnitt 9.
Test-Routen

Integration-tests sind für die flow, wo Sie testen Sie das zusammenspiel der verschiedenen controller-Aktion, z.B. der Ausführung eines Geschäftsprozesses wie der Benutzer sich anmeldet, durchsucht die Website und legt einen Artikel in den Warenkorb.
Das sagte der Integrationstests wird nicht funktionieren, wenn Sie Ihre Routen nicht funktionieren. So viele sagen, dass die integration-tests ist der Ort, wo Sie Routen zu testen.
Jedoch, wenn man bedenkt, die Entwicklung Zyklus, erstellen Sie unit-tests, controller, tests, route-tests, etc. Erstens, bevor Sie das integration-tests.

Und auf einer anderen Anmerkung: assert_routing beide tests: assert_generates und assert_recognizes.
- Beispiel-code hier auf rail guides: guides.rubyonrails.org/testing.html#testing-routes
InformationsquelleAutor
2

Laut einem Kommentar in diese Schienen-bug, der richtige Ort ist in einem funktionellen test. Wenn Sie versuchen, um Sie zu testen in einem integration test, die Routen, die Sie gegründet routes.rb wird nicht verfügbar sein.
```
require 'test_helper'

class FooControllerTest < ActionController::TestCase
  test "foo routes" do
    assert_recognizes({:controller => 'foo_controller', :action => 'list'}, '/foos'
  end
end
```
Route-tests sind gute Orte, um die Liste links, die existieren in der wildnis, und zu vermeiden, versehentlich brechen Sie mit einem code ändern. Es ist ein wenig seltsam, dass die tests beschränkt auf einen controller, da es die route als ganzes sind Sie eigentlich testen, aber ich habe nicht gehört, der eine 'route set test'.

InformationsquelleAutor Peter Abrahamsen
0

Wenn Sie mit rspec, dann ist der natürlichste Ort für routing-tests ist in das Verzeichnis spec/routing. Von Die Rspec-Dokumentation:

Routing-Spezifikationen sind gekennzeichnet durch :type => :routing oder wenn Sie festgelegt haben
config.infer_spec_type_from_file_location! indem Sie in spec/routing.

InformationsquelleAutor Wayne Conrad

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.