Jak testować metody klasy w RSPEC

Question

Napisałem prostą metodę klasy Buy.get_days(string) i próbuję ją przetestować z różnymi wejściami tekstowymi. Jednak uważam, że jest bardzo gadatliwy.

• Czy istnieje jakiś bardziej zwięzły sposób na sprawdzenie następujących elementów?
• Czy istnieje odpowiednik subject dla metod, które mogę po prostu przekazać różnych parametrów i sprawdzić wyniki?
• Czy istnieje sposób na uniknięcie niepotrzebnego opisu w każdym it?

dzięki

describe Buy do 
    describe '.get_days' do 
    it 'should get days' do 
     Buy.get_days('Includes a 1-weeknight stay for up to 4 people') 
     .should == 1 
     end 
    it 'should get days' do 
     Buy.get_days('Includes a 1-night stay in a King Studio Room with stone fireplace') 
     .should == 1 
    end 
    it 'should get days' do 
     Buy.get_days('Includes 4 nights/5 days at the Finisterra Hotel for up to two adults and two children (staying in the same room)') 
     .should == 4 
    end 
    end 
end 

Answer 1

This to interesujący, ale być może bardziej rozwlekły sposób użycia bloku "przedmiot" przy użyciu metod klasy.

Edycja: Zepsuta link zgłoszona przez archiwum Wayback, która, jak przypuszczam, jest podatna na ten sam problem.

Answer 2

nie ma subject ekwiwalent za wywołanie metody, więc korzystanie it jest do zrobienia tutaj. Problem, który widzę z przedstawionym kodem, jest taki, że nie wyjaśnia on, co testujesz. Napisałbym coś bardziej podobnego:

describe Buy do 
    describe '.get_days' do 
    it 'should detect hyphenated weeknights' do 
     Buy.get_days('Includes a 1-weeknight stay for up to 4 people').should == 1 
    end 
    it 'should detect hyphenated nights' do 
     Buy.get_days('Includes a 1-night stay in a King Studio Room with stone fireplace').should == 1 
    end 
    it 'should detect first number' do 
     Buy.get_days('Includes 4 nights/5 days at the Finisterra Hotel for up to two adults and two children (staying in the same room)').should == 4 
    end 
    end 
end 

Podejmuję założenia dotyczące tego, o co tu chodzi, ale mam nadzieję, że pomysł jest jasny. Doprowadzi to również do znacznie bardziej użytecznego wyjścia błędu, gdy test się nie powiedzie. Mam nadzieję że to pomoże!

Answer 3

Alternatywą korzystania subject/it jest użycie before/specify:

describe '#destroy' do 
    context 'with children' do 
    before { @parent = FactoryGirl.create(:parent, children: FactoryGirl.create_list(:child, 2) } 
    specify { @parent.destroy.should be_false } 
    end 
end 

To będzie produkować wystarczającą opis w formacie -fd wyjściowego rspec za:

#destroy 
    with children 
    should be false 

Answer 4

To może być stary pytanie ale zawsze możesz użyć subject.class, aby uzyskać:

describe Buy do 
    describe '.get_days' do 
    it { expect(subject.class.get_days('Includes a 1-weeknight stay for up to 4 people')).to eq 1 } 
    end 
end 

Answer 5

Najwyraźniej istnieje metoda described_class.

https://www.relishapp.com/rspec/rspec-core/docs/metadata/described-class

Przypuszczam, że to czystsze niż subject.class, ponieważ nie wprowadza kolejną rozmowę . metoda, która zmniejsza czytelność.

Używanie albo described_class, albo może być bardziej SUCHE niż wymienianie klasy jawnie w każdym przykładzie. Ale osobiście uważam, że nieskładanie podświetlania składni, które towarzyszy wymienianiu nazwy klasy, jest pewnego rodzaju uciążliwością i myślę, że zmniejsza to czytelność, mimo że całkowicie wygrywa w dziale łatwości obsługi.

Powstaje pytanie dotyczące najlepszych praktyk:

należy użyć described_class miarę możliwości na zewnątrz i wewnątrz metody .expect(), czy tylko w ramach metody expect()?