
There has been interest around publishing tracing-mock to crates.io for some time. In order to make this possible, documentation and some code clean up is needed. The `event` module needs documentation and examples. This change adds documentation to the event module and all the public APIs within it. This includes doctests on all the methods which serve as examples. The following pattern was applied to the description of most methods: - Short description of expectation - Additional clarification (where needed) - Description of cases that cause the expectation to fail - Examples - Successful validation - Unsuccesful validation Two changes were also made in the text provided to the user when an assertion fails for `with_explicit_parent` or `with_contextual_parent`. One small API changes is also included: The method `in_scope` has been placed behind the `tracing-subscriber` feature flag as it currently only works with the `MockSubscriber`, not with the `MockCollector`. If the feature flag is active and it is used to set a non-empty scope, the `MockCollector` will panic with `unimplemented` during validation. Refs: #539
5.8 KiB
tracing-mock
Utilities for testing [tracing
][tracing] and crates that uses it.
Overview
[tracing
] is a framework for instrumenting Rust programs to collect
structured, event-based diagnostic information. tracing-mock
provides
tools for making assertions about what tracing
diagnostics are emitted
by code under test.
Compiler support: requires rustc
1.49+
Usage
tracing-mock
crate provides a mock
Collector
that allows asserting on the order and contents of
spans and
events.
As tracing-mock
isn't available on crates.io
yet, you must import it via git. When using tracing-mock
with the
tracing
0.1
ecosystem, it is important that you also override the
source of any tracing
crates that are transient dependencies. For
example, the Cargo.toml
for your test crate could contain:
[dependencies]
lib-under-test = "1.0" # depends on `tracing`
[dev-dependencies]
tracing-mock = { git = "https://github.com/tokio-rs/tracing", branch = "v0.1.x", version = "0.1" }
tracing = { git = "https://github.com/tokio-rs/tracing", branch = "v0.1.x", version = "0.1" }
[patch.crates-io]
tracing = { git = "https://github.com/tokio-rs/tracing", branch = "v0.1.x" }
tracing-core = { git = "https://github.com/tokio-rs/tracing", branch = "v0.1.x" }
Examples
The following examples are for the master
branch. For examples that
will work with tracing
from [crates.io], please check the
v0.1.x
branch.
Below is an example that checks that an event contains a message:
use tracing::subscriber::with_default;
use tracing_mock::{subscriber, expect, field};
fn yak_shaving() {
tracing::info!("preparing to shave yaks");
}
let (subscriber, handle) = subscriber::mock()
.event(expect::event().with_fields(field::msg("preparing to shave yaks")))
.only()
.run_with_handle();
with_default(subscriber, || {
yak_shaving();
});
handle.assert_finished();
Below is a slightly more complex example. tracing-mock
asserts that, in order:
- a span is created with a single field/value pair
- the span is entered
- an event is created with the field
number_of_yaks
, a corresponding value of 3, and the message "preparing to shave yaks", and nothing else - an event is created with the field
all_yaks_shaved
, a corresponding value oftrue
, and the message "yak shaving completed" - the span is exited
- no further traces are received
use tracing::subscriber::with_default;
use tracing_mock::{subscriber, expect, field};
#[tracing::instrument]
fn yak_shaving(number_of_yaks: u32) {
tracing::info!(number_of_yaks, "preparing to shave yaks");
let number_shaved = number_of_yaks; // shave_all
tracing::info!(
all_yaks_shaved = number_shaved == number_of_yaks,
"yak shaving completed."
);
}
let yak_count: u32 = 3;
let span = expect::span().named("yak_shaving");
let (subscriber, handle) = subscriber::mock()
.new_span(
span.clone()
.with_field(expect::field("number_of_yaks").with_value(&yak_count).only()),
)
.enter(span.clone())
.event(
expect::event().with_fields(
expect::field("number_of_yaks")
.with_value(&yak_count)
.and(field::msg("preparing to shave yaks"))
.only(),
),
)
.event(
expect::event().with_fields(
expect::field("all_yaks_shaved")
.with_value(&true)
.and(field::msg("yak shaving completed."))
.only(),
),
)
.exit(span.clone())
.only()
.run_with_handle();
with_default(subscriber, || {
yak_shaving(yak_count);
});
handle.assert_finished();
Supported Rust Versions
Tracing is built against the latest stable release. The minimum supported version is 1.49. The current Tracing version is not guaranteed to build on Rust versions earlier than the minimum supported version.
Tracing follows the same compiler support policies as the rest of the Tokio project. The current stable Rust compiler and the three most recent minor versions before it will always be supported. For example, if the current stable compiler version is 1.45, the minimum supported version will not be increased past 1.42, three minor versions prior. Increasing the minimum supported compiler version is not considered a semver breaking change as long as doing so complies with this policy.
License
This project is licensed under the MIT license.
Contribution
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in Tracing by you, shall be licensed as MIT, without any additional terms or conditions.