- Posted in: Development
Sometimes you may need to create a set of rspec specifications with pretty similar structure and small differences. I’ve got such situation in my project and decided to try to use Ruby’s dynamic code generation features to make my spec file shorter.
I have some multiplexing helper in my templates which allows me to use the same template for different similar pages. This helper returns URL from the set of params and a type. It could accept 5 different url types and raises an Exception when requested URL type is invalid. Without this dynamic code generation feature I would need to create 5 different specifications (one for each URL type) to be able to see each URL type test as a separate line in test results log. But with this simple technique my code looks like following now:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | describe VideoHelper, 'when profile_video_url method called' do before do @user = mock('user') end url_types = { 'personal_feed' => 'personal_feed', 'favorites' => 'favorites', 'voted' => 'voted_videos', 'posted' => 'posted_videos', 'commented' => 'commented_videos' } url_types.each do |url_type, route| it "should return #{route}_url for #{url_type} type urls" do @user.should_receive(:login).at_least(1).times.and_return('login') profile_video_url(url_type, @user, 2, 'expert').should == send("#{route}_url", @user, 2, 'expert') end end it 'should raise ArgumentError("Invalid feed type") on invalid url_types' do lambda { profile_video_url('crap', @user, 2, 'expert') }.should raise_error(ArgumentError, 'Invalid feed type') end end |
This technique could be used even to create entire describe sections, but I would not like to show tons of code here. Anyways, the idea is pretty simple: you could use some loop with nested describe section and send() method calls to dynamically construct your code.