Cleaning testing docs

- Simplify test location documentation
- Add documentation surrounding our existing CI environment
- Dedent items that shouldn't be in a list

[ci skip]

docs/deployment/methods/dockerfiles.md

@@ -21,7 +21,7 @@ Dokku will extract all tcp ports exposed using the `EXPOSE` directive (one port
 
 If you do not explicitly `EXPOSE` a port in your `Dockerfile`, dokku will configure the nginx proxy to listen on port 80 (and 443 for TLS) and forward traffic to your app listening on port 5000 inside the container. Just like buildpack apps, you can also use the `$PORT` environment variable in your app to maintain portability.
 
-When ports are exposed through the default nginx proxy, they are proxied externally as HTTP ports. At this time, in no case do we proxy plain TCP or UDP ports. If you'd like to investigate alternative proxy methods, please refer to our [proxy management documentation](/dokku/advanced-usage/proxy-management/).
+When ports are exposed through the default nginx proxy, they are proxied externally as HTTP ports. At this time, in no case do we proxy plain TCP or UDP ports. If you would like to investigate alternative proxy methods, please refer to our [proxy management documentation](/dokku/advanced-usage/proxy-management/).
 
 ## Customizing the run command
 

docs/development/testing.md

@@ -1,21 +1,24 @@
 # Dokku test suite
 
-Dokku now has a full test suite to assist in quick iterating development. These tests include a linter using [shellcheck](https://github.com/koalaman/shellcheck), functional unit tests using the [bats testing framework](https://github.com/sstephenson/bats), and a deployment suite of example apps that use the most popular languages and frameworks.
+Dokku has a full test suite to assist in quick iterating development. These tests include a linter using [shellcheck](https://github.com/koalaman/shellcheck), functional unit tests using the [bats testing framework](https://github.com/sstephenson/bats), and a deployment suite of example apps that use the most popular languages and frameworks.
 
-Bats tests can be found here:
-  ```
-  tests/unit/*.bats
-  ```
+We maintain the Dokku test harness within the `tests` directory:
 
-Example apps can be found here:
-  ```
-  tests/apps/
-  ```
+- `tests/unit/*.bats`: Bats tests
+- `tests/apps/`: Example applications that can be used for tests
 
-### Executing tests locally
+## Continuous Integration
+
+All pull requests have tests run against them on [CircleCI](https://circleci.com/), a continuous integration platform that provides Docker support for Ubuntu Trusty 14.04.
+
+If you wish to skip tests for a particular commit - e.g. Documentation changes - you may add the `[ci skip]` designator to your commit message. Commits that *should* be tested but have the above designator will not be merged.
+
+While we do provide official packages for a variety of platforms, as our test suite currently runs on Ubuntu Trusty 14.04, we only provide official installation support for that platform.
+
+## Local Test Execution
 
 - Setup dokku in a [vagrant vm](/dokku/getting-started/install/vagrant)
-- Test setup and execution
+- Run the following to setup tests and execute them:
 
   ```shell
   vagrant ssh
@@ -35,9 +38,11 @@ Example apps can be found here:
   # execute all app deployment tests
   make deploy-tests
   ```
-- Additionally you may run a specific app deployment tests with a target similar to:
 
-  ```shell
-  $ make deploy-test-nodejs-express
-  ```
-- For a full list of test make targets check out `tests.mk` in the root of the dokku repository.
+Additionally you may run a specific app deployment tests with a target similar to:
+
+```shell
+make deploy-test-nodejs-express
+```
+
+For a full list of test make targets check out `tests.mk` in the root of the dokku repository.