User:Ewhorton: Difference between revisions

From Expertiza_Wiki
Jump to navigation Jump to search
(→‎Creating the Tests: Adding reference to factory girl)
Line 60: Line 60:


====Factory Girl====
====Factory Girl====
Factory Girl is a factory gem meant for use in testing. It allows for easy and highly configurable on-the-fly model creation that allows tests to request a new instance of a model template and optionally override any of the defaults.
Factory Girl <ref>[https://github.com/thoughtbot/factory_girl]</ref> is a factory gem meant for use in testing. It allows for easy and highly configurable on-the-fly model creation that allows tests to request a new instance of a model template and optionally override any of the defaults.


===Test Scenarios===
===Test Scenarios===

Revision as of 21:31, 21 March 2016

Expertiza is a web application where students can submit and peer-review learning objects (articles, code, web sites, etc). It is used in select courses at NC State and by professors at several other colleges and universities. <ref>Expertiza on GitHub</ref>


Introduction

Our contribution to this project is a suite of functional tests for the assignment calibration function. These tests are designed to provide integration, regression, and acceptance testing by using automation technologies.

Problem Statement

Expertiza has a feature called Calibration that can be turned on for an assignment. When this feature is enabled an expert, typically the instructor, can provide an expert review for the assignment artifacts. After students finish their own reviews they may compare their responses to the expert review. The instructor may also view calibration results to view the scores for the entire class.

While this is a preexisting feature within Expertiza, there currently exist no tests for it. The goal of this project is to fully test the entire flow of the calibration feature using the RSpec and Capybara frameworks.

Motivation

The moment a line of code is written it becomes legacy code in need of support. Test cases are used not only to ensure that code is operating properly, but also to ensure that it continues to do so after having been modified. An important aspect of this is acceptance testing to verify that the project meets customer requirements. Rather than performing these tests by hand, it is easier to combine an automated testing system like RSpec with a driver like Capybara which allows testing of an application's functionality from the outside by running in a browser.

Flow of the calibration function

A more detailed description of the calibration may be found here


Before analyzing code, one must familiarize themselves with the steps involved in calibration on Expertiza. The steps involved are:

  1. Login with valid instructor username and password
  2. Click on "Assignment"
  3. Click on "New public assignment"
  4. Input all the information needed, check the “Calibrated peer-review for training?” box, click on Create
  5. Select the review rubric in “Rubrics” tab
  6. Go to “Due dates” tab, make sure that this assignment is currently in Review phase, also, make the submission allowed in review phase.
  7. Add a submitter to the assignment. This submitter will add documents to be reviewed.
  8. Go to the list of assignments, click “edit” icon of the assignment
  9. Go to the “Calibration” tab, click on the "Begin" link next to the student artifact for the expert review, and click “Submit Review”
  10. Go to “Review strategy” tab, select Instructor-Selected as review strategy, then select the radio button “Set number of reviews done by each student” and input the number of reviews
  11. Login with valid student username and password who is a reviewer for the assignment
  12. Click on the assignment
  13. Click on “Other’s work”
  14. After clicking “Begin”, Expertiza will display peer-review page
  15. Click “Submit Review”
  16. Click “Show calibration results” to see expert review
  17. Login with valid instructor username and password
  18. Click on "Assignment"
  19. Click on the “view review report” to see the calibration report

Creating the Tests

Gems involved

  • rspec-rails
  • capybara
  • selenium-webdriver
  • factory_girl_rails

Rspec-rails

Rspec-rails is a testing framework for Rails 3.x and 4.x. It supports testing of models, controllers, requests, features, views and routes. It does this by accepting test scenarios called specs.<ref>rpsce-rails on GitHub</ref>

Capybara

Capybara helps you test web applications by simulating how a real user would interact with your application. It comes with built in Rack::Test and Selenium support. WebKit is supported through an external gem.<ref>capybara on GitHub</ref> To control the environments in which the scenarios are run, it provides before and after hooks.<ref>Before and after hooks</ref>

  • before(:each) blocks are run before each scenario in the group
  • before(:all) blocks are run once before all of the scenarios in the group
  • after(:each) blocks are run after each scenario in the group
  • after(:all) blocks are run once after all of the scenarios in the group

Selenium

Selenium is a portable software testing framework for web applications. Selenium provides a record/playback tool for authoring tests without learning a test scripting language (Selenium IDE). It is the default javascript webdriver for Capybara.

Factory Girl

Factory Girl <ref>[1]</ref> is a factory gem meant for use in testing. It allows for easy and highly configurable on-the-fly model creation that allows tests to request a new instance of a model template and optionally override any of the defaults.

Test Scenarios

The following scenarios were considered when writing tests for the calibration use case:

An instructor creates a calibrated assignment

An instructor authenticates to expertiza
They select to add a new assignment
While creating the assignment, the instructor selects to turn calibration on
After creating the assignment the instructor sees a calibration tab on the assignment page

An instructor edits the calibration configuration

An instructor authenticates to expertiza
They select to edit an existing assignment
The instructor clicks on the calibration tab and sees it is populated with submitted artifacts

An expert submits a review for calibration

An expert has been added to an assignment to provide the expert review
The expert authenticates to Expertiza and begins the expert review
The expert finishes and submits the review

Student Calibration

A student has submitted a response for the assignment and it is currently in the review phase
The student authenticates to Expertiza and chooses to view calibration for the assignment
The student sees their own answers compared to the expert review.
Answers that match are marked green, and answers that differ are marked red.

Instructor Calibration

It is currently the review phase for an assignment
An instructor authenticates to Expertiza and chooses to view calibration
The instructor can see the percentages relating to student responses for the assignment

Code

Code for the tests exists in two locations

Structure

Our specs follow the standard RSpec describe/it syntax. For example:


describe 'Some Feature' do

before :each do
end
it 'should do x' do
expect(true).to be(true)
end
it 'should not do y' do
expect(true).to be(false)
end

end

Running the tests

The following are steps required to run the test

  • Clone the repository in a new directory
$ git clone https://github.com/EricHorton/expertiza

Create and then prepare the test database

$ cd expertiza
$ rake db:test:prepare
  • Type the command to run tests for assignment submission
rspec spec/features/calibration_spec.rb --order default

Test Results

The following screenshot shows the result of the rspec command.

Calibration Tests

Test Analysis

  • All test cases are green, which means there are no currently failing tests.
  • Test cases are run through the Selenium driver on Firefox for javascript support. Because they are full acceptance tests they are slower than regular unit tests, but still beat evaluating the feature by hand.
  • Tests are independent and repeatable. Database changes are made within a transaction that is rolled back after tests complete.

Project Resources

  1. GitHub Fork

References

<references></references>

External links