Ensure that the status bar test has completely scrolled to top before finishing.

The app can crash due to a bad-access exception in `UIScrollView`
if a scroll view is deallocated before it finishes scrolling to top in response
to a scroll bar tap.

It's also simpler to test that the scroll view content offset changes as we expect
than that labels in the scroll view do/do not become visible.

Unfortunately, it appears as though Travis requires an explicit wait beyond
the wait-for loop.
Disable integration test transition animations when running in CI.

There's no one watching in that case, and disabling animations speeds up the tests
by about 40%.
Move the text field further above the keyboard.

This is the only explanation I can think of for
https://travis-ci.org/inkling/Subliminal/jobs/27273775,
plus the text field tests will look better, though this is still weird.
Merge pull request #209 from inkling/jeff/disable_transition_animations_in_CI

Disable integration test transition animations when running in CI.
Sort the integration test groups alphabetically.
Factor the construction of generic test case views into a reusable category method.

The popover and terminal tests also use generic views but cannot leverage the
category method because they require a reference to the label that's part of the
generic view. Nevertheless, their layout of the label has been updated to fix a
clipping issue discovered in the development of the category method.
Supplement `-[SLStaticElement description]` with the element's UIA representation.
Add `SLNavigationBar`.
Add `SLActionSheet`.
Add functions for comparing rects and checking rect containment to `SLGeometry.h`.

And add a missing test for `SLUIARectFromCGRect`.
Add a note to `SLTerminal+ConvenienceFunctions.h` about calling functions directly.

As opposed to calling functions using the methods defined in
the `ConvenienceFunctions` category.
Add `SLMailComposeView`.

To access and manipulate the remote view presented by `MFMailComposeViewController`.
DEBUG: Skip the mail compose test if the device or simulator can't send mail.

DEBUG: This would be an explanation for the failure of "SLMailComposeViewTest"
across https://travis-ci.org/inkling/Subliminal/builds/28360571--though I don't
know why the simulator would be able to send mail locally but not on Travis.

If Travis can't send mail, then `supportsCurrentPlatform` should be revised
to return `NO` when the `TRAVIS` environment variable is set, not when
the platform can't send mail--because we do expect the simulator to be able to
send mail otherwise.