Skip to content

Add a metadata field, with feature and unit tests

Mark Bussey edited this page Apr 23, 2018 · 37 revisions

Goals

Write a feature spec for adding a Work

  1. Add these lines to spec/features/create_work_spec.rb, just before the scenario do statement:
      scenario 'Submit a new work with metadata' do
        visit '/concern/works/new'
        fill_in 'Title', with: 'Journey to Skull Island'
        fill_in 'Creator', with: 'Quest, Jane'
        fill_in 'Keyword', with: 'Adventure'
        select('In Copyright', from: 'Rights statement')
        choose('open')
        check('agreement')
        click_link "Files" # switch tab
        within('span#addfiles') do
          attach_file('files[]', "#{fixture_path}/fake_text1.pdf", visible: false)
        end
        click_on('Save')
        expect(page).to have_content 'Your files are being processed'
        expect(page).to have_content 'Journey to Skull Island'
        expect(page).to have_content 'Quest, Jane'
        expect(page).to have_content 'Adventure'
      end
    
    
  2. Make a directory called spec/fixtures and add the fake_text1.pdf file to it.
  3. Run your test suite again, and it should pass this time:
    rails ci
    OR Run your feature test by itself:
    1. Start the test environment: rake hydra:test_server
    2. Run just the test you want to focus on: rspec spec/features/create_work_spec.rb
  4. The test should pass. We just wrote a test for the behavior we already observed in our development environment.

Note: you can see the outcome of this section on github.

For discussion:

  • Let's read through the feature spec together. What is it doing?
  • Compare this with entering the same information manually into our local development environment.
  • What is a fixture object?

Add a metadata field

A Work, in addition to title, creator, keyword, and the metadata fields that are common to all Hyrax objects, also has some special Work metadata. For our work, we need to know the year, extent (number of pages, or length of media), and referenced resources associated with this document. Because Fedora 4 stores content as linked data, we need to know not only the name of the field we want to add, but also the linked data predicate we should use. In this example, we're going to add:

For discussion:

Add a new metadata field to our feature spec

  1. Add these lines to spec/features/create_work_spec.rb, after the "Rights statement" line:
click_link("Additional fields")
fill_in "Year", with: "2005"
  1. Run your test suite again. It will fail with the error:
Capybara::ElementNotFound
Unable to find visible field "Year" that is not disabled

Add a new metadata field to our model

Recall that Rails uses the MVC (model/view/controller) pattern. In order to add a field to our Work object, we first need to add it to the Work model.

So far we've only been writing feature specs, also sometimes called integration tests. These are a kind of automated test that exercises many parts of the application at once. For example, our create_work_spec feature is testing whether:

  1. we can create a user and log in
  2. a logged in user can access the new Work url
  3. the expected fields are present on that page
  4. a file can be attached
  5. a Work can be submitted without error given a set up metadata and a file
  6. a new page will be displayed saying the Work has been submitted
  7. that new page will contain the expected metadata

In contrast, we are now going to write a unit test, which will only test one thing: Whether the Work model has a year field.

  1. Open spec/models/work_spec.rb. Notice that this is a stub test that was auto-generated when we created our Work work type. Replace lines 6 - 8 (the bits inside the RSpec.describe block) with this:
  describe "#year" do
    context "with a new Work" do
      it "has no year value when it is first created" do
        work = Work.new
        expect(work.year).to be_empty
      end
    end

    context "with a Work that has a year defined" do
      it "can set and retrieve a year value" do
        work = Work.new
        work.year = ["2005"]
        expect(work.year).to eq(["2005"])
      end
    end
  end
  1. Run your test suite again. Now you have two failing tests! Our unit test is failing with an error something like method_missing: undefined method 'year'
  2. Edit app/models/work.rb and add this line at the bottom of the class block, but before the line that says include ::Hyrax::BasicMetadata:
property :year, predicate: "http://www.europeana.eu/schemas/edm/year"
  1. Run your test suite again. Now your unit test should pass. However, your feature test is still failing.

For discussion:

  • Why do we have feature tests and unit tests?
  • What is Capybara?
  • Why is the year String in brackets?

Add a new metadata field to our form

Now our Work model has the field we want to add, but that field isn't being shown on our new Work form.

  1. As before, we will add our test first. Edit spec/forms/hyrax/work_form_spec.rb and replace the parts inside the Rspec.describe block with:
  subject { form }
  let(:work)     { Work.new }
  let(:ability) { Ability.new(nil) }
  let(:request) { nil }
  let(:form)    { described_class.new(work, ability, request) }
  it "has the expected terms" do
    expect(form.terms).to include(:title)
    expect(form.terms).to include(:year)
  end
  1. Run your test suite and notice that the work_form_spec is now failing:
Failure/Error: expect(form.terms).to include(:year)
  1. Edit app/forms/hyrax/work_form.rb and add this line:
self.terms += [:year]
  1. Run your test suite again (rails ci) and all your tests, including your feature test, should now pass.

For discussion:

  • How are the model test and the form test different? How are they the same?

Note: You can see all the changes made during this exercise on the github repo.

Pair exercise

We added one metadata field here: year. Choose either extent or references and add a second metadata field. Or, define your own metadata field, as long as you pick something that can be a simple string.