Test for user association from referees

We failed to check that all referees can refer to their creator.  This
test includes that association that wasn't being tested for
previously.  This existed in the ERD, but was simply missing in the
tests.
Initial Tests for creating Referees and Contests

These are the beginnings of tests that check that Referees and
Contests can be created.  More to come, obviously.
Delete contest_manager tests.

When synchronizing with implementation, I forgot to delete these
files.  This commit accomplishes that task.
Delete more tests

These are tests that are not implemented by students, but are
implemented by me. :(
Fill out referee tests.

These tests do a good job of completing the referee tests.  They are
quite robust now and try to check for most of the behavior that must
exist for the referee to be correct.  There should be quite a few less
tests for the referee after this commit, since the new tests would
have to deal with more edge cases and not the "normal" path through
the site.
Merge branch 'testing'
Refine referee tests.

These are new tests to make the referee more robust.  Most of these
enhancements are based on watching various students implement the
referee incorrectly while passing all the existing tests.  These new
tests will make it harder for that to occur.
Create new tests for contest model

These tests are the beginning to ensure the contests are created
properly.  There are more functionality tests needed (e.g., ensure two
contests with the same name cannot be added), but the basics are in
place now.  This will provide a nice basis to ensure the contests are
written properly.
hiMerge branch 'master' of https://github.com/geisler/game_contest_server

Conflicts:
	spec/models/referee_spec.rb
hiMerge branch 'master' of https://github.com/geisler/game_contest_server
Initial routing tests.

These are starting to check that the proper routes have been defined.
The routes already should have been there, but this just
double-checks.  This could be more helpful down the road if we don't
define all the REST-ful routes, but depend on a subset.
More sophisticated validations of referee and contest

These tests make sure we are not putting bad values into the referee
or contest.  They are more complicated than the previous tests because
they consider the application logic and not just existence of data.
For example, the contest deadline must be in the future and the start
of the contest cannot start before the deadline.  There are several
other similar validations like this that just make sense when thinking
about the values that can be stored for these entities.
hiMerge branch 'master' of https://github.com/geisler/game_contest_server
new files