Hallo Team,
Ich habe mich darauf gefreut, zum Discourse-Projekt beizutragen, und mir ist aufgefallen, dass eure RSpec-Tests in 0s laden!
Gibt es irgendwelche Tipps, wie man diese Zeit reduzieren kann? In einem meiner Projekte beträgt sie etwa 30s!
Welchen Befehl haben Sie ausgeführt? Was ist passiert? Was haben Sie erwartet, was passieren sollte?
Sie sagen, die Zeit sei null, aber Sie möchten sie kleiner als null haben? Die Zeit, die Ihr Projekt benötigt, hat keinen Einfluss darauf, wie lange es auf Discourse dauert, was ein sehr großes Projekt mit Tausenden von Tests ist.
Nein, ich wollte gerne erfahren, wie Sie es gemacht haben, bitte. Ich möchte dasselbe in meinem Projekt tun.
Sie sagen, die Zeit sei null, wollen sie aber kleiner als null haben?
Ich habe mein eigenes Projekt, das 30 Sekunden dauert, und ich möchte diese Zeit für mein eigenes Rails-Projekt reduzieren. Daher nutze ich dies als Lernmöglichkeit, um zu erfahren, wie das Discourse-Team das Laden seiner Spec-Dateien auf null reduziert hat.
Wo haben Sie das gesehen? Ehrlich gesagt, wenn etwas 0,0s anzeigt, ist das wahrscheinlich ein Messfehler 
Einige wichtige Dinge, die wir zur Verbesserung der RSpec-Leistung verwenden, sind:
-
GitHub - grosser/parallel_tests: Ruby: 2 CPUs = 2x Testing Speed for RSpec, Test::Unit and Cucumber
-
test-prof/docs/recipes/let_it_be.md at master · test-prof/test-prof · GitHub (wir verpacken dies in einem
fab!-Helfer in unserer Codebasis)
1 „Gefällt mir“
Ich denke, das könnte eine Nebenwirkung der Verwendung von parallel_tests sein. Der Prozess, der die Ausgabe schreibt, lädt selbst keine Tests. Stattdessen startet er mehrere Worker-Prozesse, um die Tests auszuführen.
Ich verstehe, vielen Dank!
Glaubst du, es ist eine gute Idee, Spring in der CI zu verwenden?