#tracing #log #logging #env-logger #replace #api-bindings

test-trace

A replacement of the #[test] attribute that initializes tracing infrastructure before running tests

1 unstable release

0.3.0 Nov 5, 2024

#125 in Testing

Download history 125/week @ 2024-11-04 16612/week @ 2024-11-18 3173/week @ 2024-11-25 18952/week @ 2024-12-02 17149/week @ 2024-12-09

55,886 downloads per month

Apache-2.0 OR MIT

12KB

pipeline crates.io Docs rustc

test-trace

test-trace is a fork of test-log that takes care of automatically initializing tracing for Rust tests. Unlike test-trace, all output is at the TRACE level by default.

Usage

The crate provides a custom #[test] attribute that, when used for running a particular test, takes care of initializing log and/or tracing beforehand.

Example

As such, usage is as simple as importing and using said attribute:

use test_trace::test;

#[test]
fn it_works() {
  info!("Checking whether it still works...");
  assert_eq!(2 + 2, 4);
  info!("Looks good!");
}

It is of course also possible to initialize logging for a chosen set of tests, by only annotating these with the custom attribute:

#[test_trace::test]
fn it_still_works() {
  // ...
}

You can also wrap another attribute. For example, suppose you use #[tokio::test] to run async tests:

use test_trace::test;

#[test(tokio::test)]
async fn it_still_works() {
  // ...
}

Features

The crate comes with two features pertaining "backend" initialization:

  • log, enabled by default, controls initialization for the log crate.
  • trace, enabled by default, controls initialization for the tracing crate.

Depending on what backend the crate-under-test (and its dependencies) use, the respective feature(s) should be enabled to make messages that are emitted by the test manifest on the terminal.

On top of that, the color feature (enabled by default) controls whether to color output by default.

Logging Configuration

As usual when running cargo test, the output is captured by the framework by default and only shown on test failure. The --nocapture argument can be supplied in order to overwrite this setting. E.g.,

$ cargo test -- --nocapture

Furthermore, the RUST_LOG environment variable is honored and can be used to influence the log level to work with (among other things). Please refer to the env_logger docs and tracing-subscriber documentation for supported syntax and more information.

If the trace feature is enabled, the RUST_LOG_SPAN_EVENTS environment variable can be used to configure the tracing subscriber to log synthesized events at points in the span lifecycle. Set the variable to a comma-separated list of events you want to see. For example, RUST_LOG_SPAN_EVENTS=full or RUST_LOG_SPAN_EVENTS=new,close.

Valid events are new, enter, exit, close, active, and full. See the tracing_subscriber docs for details on what the events mean.

MSRV Policy

This crate adheres to Cargo's semantic versioning rules. At a minimum, it builds with the most recent Rust stable release minus five minor versions ("N - 5"). E.g., assuming the most recent Rust stable is 1.68, the crate is guaranteed to build with 1.63 and higher.

Dependencies

~0.2–8MB
~64K SLoC