Shoulda + FactoryGirl: Kann ich meine Tests schneller machen?

Question

Ich bin auf der Suche nach einer Möglichkeit, meine Shoulda + FactoryGirl Tests zu beschleunigen.

Das Modell, das ich versuche zu testen (StudentExam) hat Assoziationen zu anderen Modellen. Diese verknüpften Objekte müssen existieren, bevor ich eine StudentExam erstellen kann. Aus diesem Grund werden sie in setup erstellt.

Eines unserer Modelle (School) benötigt jedoch viel Zeit für die Erstellung. Da setup vor jeder should Anweisung aufgerufen wird, nimmt der gesamte Testfall Äonen auszuführen - es ist eine neue schafft @school, @student, @topic und @exam für jeden sollte Anweisung ausgeführt.

Ich suche nach einer Möglichkeit, diese Objekte einmal und nur einmal zu erstellen. Gibt es so etwas wie eine startup für before_all Methode, die es mir erlauben würde, Datensätze zu erstellen, die den Rest des Testfalls beibehalten?

Grundsätzlich bin ich auf der Suche nach etwas genau wie RSpec before(:all). Ich bin nicht besorgt über das Problem der Abhängigkeiten, da diese Tests niemals diese teuren Objekte modifizieren werden.

Hier ist ein Beispiel für einen Testfall. Wir entschuldigen uns für den langen Code (die ich angelegt habe auch eine gist):

# A StudentExam represents an Exam taken by a Student. 
# It records the start/stop time, room number, etc. 
class StudentExamTest < ActiveSupport::TestCase 

    should_belong_to :student 
    should_belong_to :exam 

    setup do 
    # These objects need to be created before we can create a StudentExam. Tests will NOT modify these objects. 
    # @school is a very time-expensive model to create (associations, external API calls, etc). 
    # We need a way to create the @school *ONCE* -- there's no need to recreate it for every single test. 
    @school = Factory(:school) 
    @student = Factory(:student, :school => @school) 
    @topic = Factory(:topic, :school => @school) 
    @exam = Factory(:exam, :topic => @topic) 
    end 

    context "A StudentExam" do 

    setup do 
     @student_exam = Factory(:student_exam, :exam => @exam, :student => @student, :room_number => "WB 302") 
    end 

    should "take place at 'Some School'" do 
     assert_equal @student_exam, 'Some School' 
    end 

    should "be in_progress? when created" do 
     assert @student_exam.in_progress? 
    end 

    should "not be in_progress? when finish! is called" do 
     @student_exam.finish! 
     assert !@student_exam.in_progress 
    end 

    end 

end 

Answer 1

Wenn das Problem diese Datensätze nur einmal erstellt, können Sie eine Klassenvariable verwenden. Es ist kein sauberer Ansatz, aber zumindest sollte es funktionieren.

# A StudentExam represents an Exam taken by a Student. 
# It records the start/stop time, room number, etc. 
class StudentExamTest < ActiveSupport::TestCase 

    should_belong_to :student 
    should_belong_to :exam 

    # These objects need to be created before we can create a StudentExam. Tests will NOT modify these objects. 
    # @school is a very time-expensive model to create (associations, external API calls, etc). 
    # We need a way to create the @school *ONCE* -- there's no need to recreate it for every single test. 
    @@school = Factory(:school) 
    @@student = Factory(:student, :school => @@school) 
    @@topic = Factory(:topic, :school => @@school) 
    @@exam = Factory(:exam, :topic => @@topic) 


    context "A StudentExam" do 

    setup do 
     @student_exam = Factory(:student_exam, :exam => @@exam, :student => @@student, :room_number => "WB 302") 
    end 

    should "take place at 'Some School'" do 
     assert_equal @student_exam, 'Some School' 
    end 

    should "be in_progress? when created" do 
     assert @student_exam.in_progress? 
    end 

    should "not be in_progress? when finish! is called" do 
     @@student_exam.finish! 
     assert !@student_exam.in_progress 
    end 

    end 

end 

EDIT: die Super-ugly Abhilfe Um dies zu beheben, die Auswertung mit einer Instanzmethode verschieben.

# A StudentExam represents an Exam taken by a Student. 
# It records the start/stop time, room number, etc. 
class StudentExamTest < ActiveSupport::TestCase 

    ... 

    private 

    def school 
     @@school ||= Factory(:school) 
    end 

    # use school instead of @@school 
    def student 
     @@school ||= Factory(:student, :school => school) 
    end 

end 

Answer 2

http://m.onkey.org/2009/9/20/make-your-shoulda-tests-faster-with-fast_context ist ein ausgezeichneter Beitrag darüber, wie Ihr shoulda/factory-Mädchen Tests schneller zu machen, ein Juwel namens fast_context. Lass es mich wissen, wenn es nicht das ist, was du brauchst.

Answer 3

Es gibt ein Plugin namens fast_context (github link), das Anweisungen in einen einzigen Kontext zusammenfasst und die Tests beschleunigt.

Die andere Sache, die ich verwendet habe, um meine Tests zu beschleunigen, ist Vorbelegen der Fixture-Daten. FactoryGirl ist langsam, da jedes Mal, wenn der Setup-Block ausgeführt wird, diese Datensätze erstellt werden.

Ich habe ein Plugin namens Fixie geschrieben, das ActiveRecord verwendet, um die Testdatenbank vorab zu füllen, sodass die für Ihre Tests benötigten Datensätze bereits erstellt wurden. Sie können Fixie zusammen mit FactoryGirl verwenden, wenn Sie auch zur Laufzeit neue Datensätze erstellen möchten.

Answer 4

Welche Art von Tests versuchen Sie zu schreiben? Wenn Sie wirklich sicherstellen möchten, dass alle diese Objekte ordnungsgemäß koordiniert werden, schreiben Sie einen Integrationstest und Geschwindigkeit ist nicht Ihre Hauptsorge. Wenn Sie jedoch versuchen, das Modell zu testen, können Sie bessere Ergebnisse erzielen, wenn Sie aggressiv stubben. Wenn Sie z. B. überprüfen möchten, ob eine Prüfung den Namen ihrer Schulvereinigung verwendet, wenn Sie examen.location aufrufen (oder wie immer Sie sie nennen), benötigen Sie kein ganzes Schulobjekt.

Sie müssen nur sicherstellen, dass die Prüfung die richtige Methode in der Schule nennt. Um zu testen, dass, könnten Sie so etwas wie die folgenden tun (mit Test :: Unit und Mokka, weil das ist, was mit ich kenne):

test "exam gets location from school name" do 
    school = stub_everything 
    school.expects(:name).returns(:a_school_name) 
    exam = Factory(:exam, :school => school) 

    assert_equal :a_school_name, exam.location 
end 

Grundsätzlich, wenn Sie Ihre Unit-Tests beschleunigen müssen, weil Objekte zu teuer zu konstruieren, du bist nicht wirklich Unit-Tests. Alle oben genannten Testfälle haben das Gefühl, dass sie auf dem Unit-Test-Level sein sollten, also stub stub stub!