457

I've implemented the following method and unit test:

use std::fs::File;
use std::path::Path;
use std::io::prelude::*;

fn read_file(path: &Path) {
    let mut file = File::open(path).unwrap();
    let mut contents = String::new();
    file.read_to_string(&mut contents).unwrap();
    println!("{}", contents);
}

#[test]
fn test_read_file() {
    let path = &Path::new("/etc/hosts");
    println!("{:?}", path);
    read_file(path);
}

I run the unit test this way:

rustc --test app.rs; ./app

I could also run this with

cargo test

I get a message back saying the test passed but the println! is never displayed on screen. Why not?

Shepmaster
  • 326,504
  • 69
  • 892
  • 1,159
ruipacheco
  • 13,279
  • 15
  • 75
  • 127

7 Answers7

527

This happens because Rust test programs hide the stdout of successful tests in order for the test output to be tidy. You can disable this behavior by passing the --nocapture option to the test binary or to cargo test (but, in this case after -- – see below):

#[test]
fn test() {
    println!("Hidden output")
}

Invoking tests:

% rustc --test main.rs; ./main

running 1 test
test test ... ok

test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured

% ./main --nocapture

running 1 test
Hidden output
test test ... ok

test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured

% cargo test -- --nocapture

running 1 test
Hidden output
test test ... ok

test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured

If tests fail, however, their stdout will be printed regardless if this option is present or not.

jiwopene
  • 2,232
  • 11
  • 24
Vladimir Matveev
  • 108,001
  • 30
  • 262
  • 276
  • 17
    You mentioned passing the `--nocapture` option to `cargo test`, but cargo does not recognize this flag for me (using the latest nightly from rustup.sh). Are you sure it should work? – Jim Garrison Aug 09 '14 at 02:35
  • 59
    @JimGarrison, indeed, [there is an issue](https://github.com/rust-lang/cargo/issues/296) on that. Meanwhile you can use `cargo test -- --nocapture`, it should work. – Vladimir Matveev Aug 09 '14 at 08:13
  • 5
    thanks! unrelated to this question, but that also helped me figure out how to get `cargo test [--] --bench` to work too! – Jim Garrison Aug 09 '14 at 12:37
  • `cargo test -- --no-capture` no longer works. I get the following error: `thread '
    ' panicked at '"Unrecognized option: \'no-capture\'."', ../src/libtest/lib.rs:249`
    – Nashenas Jul 15 '15 at 17:50
  • 9
    @Nashenas, the option is called `nocapture`, not `no-capture`. – Vladimir Matveev Jul 16 '15 at 05:21
  • 1
    Has anyone figured out how to print when debugging in Visual Studio Code in windows? The following task does not print to the popup shell: "cargo test --no-run -- --nocapture" debugger. Note the use of the no-run argument although it does not seem to make a difference either way. All I see is "running 1 test". Awkward tooling. – David Sep 30 '18 at 10:50
  • Its recommended to use `--package` and `--exact` flag if you have a big code base `cargo test --package :::: -- --nocapture --exact`. – Abrar Khan Dec 08 '19 at 16:11
  • 13
    @Anonyme2000 `--nocapture` still works in the 2018 edition. `--show-output` is another option that organizes the output in a format that is easier to see. – L. F. Sep 13 '20 at 01:35
126

TL;DR

$ cargo test -- --nocapture

With the following code:

#[derive(Copy, Clone, Debug, PartialEq, Eq)]
pub enum PieceShape {
    King, Queen, Rook, Bishop, Knight, Pawn
}

fn main() {
    println!("Hello, world!");
}

#[test]
fn demo_debug_format() {
    let q = PieceShape::Queen;
    let p = PieceShape::Pawn;
    let k = PieceShape::King;
    println!("q={:?} p={:?} k={:?}", q, p, k);
}

Then run the following:

 $ cargo test -- --nocapture

And you should see

Running target/debug/chess-5d475d8baa0176e4

running 1 test
q=Queen p=Pawn k=King
test demo_debug_format ... ok

test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured
superlogical
  • 13,626
  • 9
  • 65
  • 75
  • 1
    `cargo test -- --no-capture` no longer works. I get the following error: `thread '
    ' panicked at '"Unrecognized option: \'no-capture\'."', ../src/libtest/lib.rs:249`
    – Nashenas Jul 15 '15 at 17:50
  • I wonder if this issue https://github.com/rust-lang/cargo/issues/1377 is the problem? – superlogical Jul 16 '15 at 20:55
  • 11
    As has been pointed out in previous comments, the option is `--nocapture`, not `--no-capture`. However, that's a completely obvious mistake to make given most command line conventions we tend to come across. I just used this option exactly as described in this answer in rust 1.1 (cargo 0.2.0) and it worked exactly as advertised. – Glenn McAllister Jul 30 '15 at 18:32
39

As mentioned by L. F., --show-output is the way to go.

$ cargo test -- --show-output

Other display flags are mentioned in the documentation of cargo test in display-options.

  • 5
    **Note**: `--show-output` only prints stdout of **successful** tests. – zingi Jul 26 '21 at 06:54
  • This was helpful. The odd extra -- on the CL confused me. I needed to run just one test & show output. That looks like $ cargo test [test_name] -- --show-output – raddevus Dec 02 '21 at 19:40
24

To include print outs with println!() and keep colors for the test results, use the color and nocapture flags in cargo test.

$ cargo test -- --color always --nocapture

(cargo version: 0.13.0 nightly)

nate
  • 673
  • 6
  • 9
9

While testing, standard output is not displayed. Don't use text messages for testing but assert!, assert_eq!, and fail! instead. Rust's unit test system can understand these but not text messages.

The test you have written will pass even if something goes wrong. Let's see why:

read_to_end's signature is fn read_to_end(&mut self) -> IoResult<Vec<u8>>

It returns an IoResult to indicate success or error. This is just a type def for a Result whose error value is an IoError. It's up to you to decide how an error should be handled. In this case, we want the task to fail, which is done by calling unwrap on the Result.

This will work:

let contents = File::open(&Path::new("message.txt"))
    .read_to_end()
    .unwrap();

unwrap should not be overused though.

A.B.
  • 13,619
  • 2
  • 56
  • 58
0

Why? I don't know, but there is a small hack eprintln!("will print in {}", "tests")

blacha
  • 61
  • 1
  • 6
0

Note that the modern solution (cargo test -- --show-output) doesn't work in doctests defined in a Markdown code-fence in the docstring of your functions. Only println! (etc.) statements done in a concrete #[test] block will be respected.

Colin Woodbury
  • 1,699
  • 2
  • 14
  • 25