#api-testing #http-api #testing #api-bindings #dredd

bin+lib dredd-hooks

Dredd HTTP API testing integration for Rust

4 releases (2 breaking)

Uses old Rust 2015

0.3.0 Aug 2, 2017
0.2.1 Aug 1, 2017
0.2.0 Aug 1, 2017
0.1.0 Jul 31, 2017

#27 in #api-testing

MIT/Apache

30KB
462 lines

dredd-hooks-rust • Dredd HTTP API testing integration for Rust Crates.io docs.rs License

This package contains a Rust Dredd hook handler which provides a bridge between the Dredd API Testing Framework and Rust environment to ease implementation of testing hooks provided by Dredd. Write Dredd hooks in Rust to glue together API Blueprint with your Rust project.

Not sure what these Dredd Hooks are? Read the Dredd documentation on them.

The following are a few examples of what hooks can be used for:

  • loading db fixtures
  • cleanup after test step or steps
  • handling authentication and sessions
  • passing data between transactions (saving state from responses to stash)
  • modifying request generated from blueprint
  • changing generated expectations
  • setting custom expectations
  • debugging via logging stuff

Installation

Global installation

If you don't have it already, install the Dredd CLI via npm:

npm install -g dredd

In order for the Dredd CLI to be able to interface with your test binaries, you need to have the dredd-hooks-rust binary installed, which you can get by running:

# This will install both `dredd-hooks-rust` and `cargo-dredd`
cargo install dredd-hooks

Per-project setup

To start testing your Rust project with Dredd, just add dredd-hooks to your Cargo.toml:

[dependencies]
dredd-hooks = "0.3.0"

Or if you have cargo-edit installed you can just run this on the command line:

cargo add dredd-hooks

Quickstart example

Following this is a short example showcasing Dredd tests running against an iron server.

The name of the project in this example is assumed to be dredd-rust-test:

test.apib

# My Api
## GET /message
+ Response 200 (text/plain)
    Hello World!

main.rs:

extern crate iron;
extern crate router;
extern crate dredd_hooks;

use iron::prelude::*;
use router::Router;
use dredd_hooks::{HooksServer};

// HTTP endpoint
fn endpoint(_: &mut Request) -> IronResult<Response> {
    Ok(Response::with((iron::status::Ok, "Hello World!\n\n")))
}

fn main() {
    let mut hooks = HooksServer::new();
    // Start the server before any of the tests are running.
    hooks.before_all(Box::new(|tr| {
        ::std::thread::spawn(move || {
            let mut router = Router::new();
            router.get("/message", endpoint, "endpoint");

            Iron::new(router).http("127.0.0.1:3000").unwrap();
        });
        tr
    }));
    // Execute a hook before a specific test.
    hooks.before("/message > GET", Box::new(|mut tr| {
        // Set the skip flag on this test.
        // Comment out the next line and you should see a passing test.
        tr.insert("skip".to_owned(), true.into());

        tr
    }));
    HooksServer::start_from_env(hooks);
}

Run the command:

cargo build && dredd ./test.apib http://127.0.0.1:3000 --language=dredd-hooks-rust --hookfiles=target/debug/dredd-rust-test

You should now see Dredd trying to run the tests against the binary that was just compiled, but actually skipping the single test it tries to run because we told Dredd to do so via a before hook.

Project setup

The quickstart example above assumes that the hookfile is compiled as a bin target. However, in most projects, you will probably want to have a more robust setup that looks like this:

Cargo.toml:

[[test]]
name = "dredd_test_hooks"
path = "tests/dredd/hooks.rs"
test = false
harness = false

[package.metadata.dredd_hooks]
hook_targets = ["dredd_test_hooks"]

Setting the test value to false, is needed so that our blocking hookserver doesn't interfere with the other tests when running cargo test. Setting the harness to false will result in the test binary being compiled without a test harness, because we already have dredd as our test harness.

Finally the values under package.metadata.dredd_hooks give us some additional metadata about our test setup, which allows us to use the cargo dredd command to simplify the invocation:

cargo dredd ./test.apib http://127.0.0.1:3000

License

Licensed under either of

at your option.

Acknowledgements

Thank you to:

Dependencies

~8–24MB
~338K SLoC