Testing
Every application should be well tested and understandable. Rocket provides the tools to perform unit and integration tests. It also provides a means to inspect code generated by Rocket.
Local Dispatching
Rocket applications are tested by dispatching requests to a local instance of Rocket
. The local
module contains all of the structures necessary to do so. In particular, it contains a Client
structure that is used to create LocalRequest
structures that can be dispatched against a given Rocket
instance. Usage is straightforward:
-
Construct a
Rocket
instance that represents the application.1
let rocket = ignite;
-
Construct a
Client
using theRocket
instance.1
let client = new.expect;
-
Construct requests using the
Client
instance.1
let req = client.get;
-
Dispatch the request to retrieve the response.
1
let response = req.dispatch;
Validating Responses
A dispatch
of a LocalRequest
returns a LocalResponse
which can be used transparently as a Response
value. During testing, the response is usually validated against expected properties. These includes things like the response HTTP status, the inclusion of headers, and expected body data.
The Response
type provides methods to ease this sort of validation. We list a few below:
status
: returns the HTTP status in the response.content_type
: returns the Content-Type header in the response.headers
: returns a map of all of the headers in the response.body_string
: returns the body data as aString
.body_bytes
: returns the body data as aVec<u8>
.
These methods are typically used in combination with the assert_eq!
or assert!
macros as follows:
1 2 3 4 5 6 7 8 9 10 11
use Client;
use ;
let rocket = ignite.mount;
let client = new.expect;
let mut response = client.get.dispatch;
assert_eq!;
assert_eq!;
assert!;
assert_eq!;
Testing "Hello, world!"
To solidify an intuition for how Rocket applications are tested, we walk through how to test the "Hello, world!" application below:
1 2 3 4 5 6 7 8 9 10 11 12
Notice that we've separated the creation of the Rocket
instance from the launch of the instance. As you'll soon see, this makes testing our application easier, less verbose, and less error-prone.
Setting Up
First, we'll create a test
module with the proper imports:
1 2 3 4 5 6 7 8 9 10 11
You can also move the body of the test
module into its own file, say tests.rs
, and then import the module into the main file using:
1
Testing
To test our "Hello, world!" application, we first create a Client
for our Rocket
instance. It's okay to use methods like expect
and unwrap
during testing: we want our tests to panic when something goes wrong.
1
let client = new.expect;
Then, we create a new GET /
request and dispatch it, getting back our application's response:
1
let mut response = client.get.dispatch;
Finally, we ensure that the response contains the information we expect it to. Here, we want to ensure two things:
- The status is
200 OK
. - The body is the string "Hello, world!".
We do this by checking the Response
object directly:
1 2 3 4
use ;
assert_eq!;
assert_eq!;
That's it! Altogether, this looks like:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
The tests can be run with cargo test
. You can find the full source code to this example on GitHub.
Codegen Debug
It can be useful to inspect the code that Rocket's code generation is emitting, especially when you get a strange type error. To have Rocket log the code that it is emitting to the console, set the ROCKET_CODEGEN_DEBUG
environment variable when compiling:
1
ROCKET_CODEGEN_DEBUG=1
During compilation, you should see output like:
1 2 3 4 5 6 7 8 9 10 11 12 13 14
note: emitting Rocket code generation debug output
-/hello_world/src/main.rs:7:1
|
7 |
| ^^^^^^^^^^^
|
= note:
This corresponds to the facade request handler Rocket has generated for the hello
route.