Cách kiểm tra các phương thức lớp trong RSPEC

Question

Tôi đã viết một phương thức lớp đơn giản Buy.get_days(string) và đang thử nghiệm nó với các đầu vào chuỗi văn bản khác nhau. Tuy nhiên tôi cảm thấy nó rất dài dòng.

• Có cách nào ngắn gọn hơn để kiểm tra những điều sau không?
• Có một số tương đương subject cho các phương thức mà tôi có thể tiếp tục chuyển các thông số khác nhau vào và kiểm tra kết quả không?
• Có cách nào để tránh mô tả không cần thiết tại mỗi it không?

nhờ

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 là một điều thú vị mặc dù có lẽ có nhiều cách khác để sử dụng khối 'chủ đề' với các phương pháp Lớp.

Chỉnh sửa: Số tài khoản link bị hỏng theo báo cáo của Lưu trữ Wayback mà tôi cho là dễ bị cùng một vấn đề.

Answer 2

Không có một subject tương đương để gọi một phương pháp, vì vậy sử dụng it là con đường để đi đây. Vấn đề tôi thấy với mã của bạn như được trình bày là nó không thực sự giải thích những gì bạn đang thử nghiệm. Tôi sẽ viết một cái gì đó giống như:

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 

Tôi đang đưa ra giả định về những gì bạn đang ở đây, nhưng hy vọng ý tưởng là rõ ràng. Điều này cũng sẽ dẫn đến đầu ra lỗi hữu ích hơn nhiều khi thử nghiệm không thành công. Hi vọng điêu nay co ich!

Answer 3

Một thay thế cho việc sử dụng subject/it là sử dụng 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 

này sẽ tạo ra một mô tả hợp lý ở định dạng -fd đầu ra RSpec của:

#destroy 
    with children 
    should be false 

Answer 4

Đây có thể là một câu hỏi cũ nhưng bạn luôn có thể sử dụng subject.class để nhận được:

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

Dường như có phương pháp described_class.

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

Tôi cho rằng nó sạch hơn subject.class, vì nó không giới thiệu một cuộc gọi . phương pháp, làm giảm khả năng đọc.

Sử dụng described_class hoặc subject.class có thể nhiều DRY hơn là đề cập đến lớp một cách rõ ràng trong mọi ví dụ. Nhưng cá nhân tôi nghĩ rằng không nhận được cú pháp làm nổi bật mà đi kèm với đề cập đến tên lớp một cách rõ ràng là loại một bummer, và tôi nghĩ rằng nó làm giảm khả năng đọc, mặc dù nó hoàn toàn chiến thắng trong bộ phận bảo trì.

Một câu hỏi đặt ra về thực hành tốt nhất:

bạn nên sử dụng bất cứ khi nào có thể described_class bên trong và bên ngoài các phương pháp .expect(), hoặc chỉ trong phương pháp expect()?