Rust从入门到实战系列一百一十三：将 Result＜T, E＞ 用于测试

目前为止，我们编写的测试在失败时就会 panic。也可以使用 Result<T, E> 编写测试！这里是第一个例子采用了 Result：

mod tests {
#[test]
fn it_works() -> Result<(), String> {
if 2 + 2 == 4 {
Ok(())
} else {
Err(String::from("two plus two does not equal four"))
}
}
}

现在 it_works 函数的返回值类型为 Result<(), String>。在函数体中，不同于调用 assert_eq! 宏，而是在测试通过时返回 Ok (())，在测试失败时返回带有 String 的 Err。
这样编写测试来返回 Result<T, E> 就可以在函数体中使用问号运算符，如此可以方便的编写任何运算符会返回 Err 成员的测试。
不能对这些使用 Result<T, E> 的测试使用 #[should_panic] 注解。为了断言一个操作返回 Err 成员，不要使用对 Result<T, E> 值使用问号表达式（?）。而是使用 assert!(value.is_err ()) 。
现在你知道了几种编写测试的方法，让我们看看运行测试时会发生什么，和可以用于 cargo test 的不同选项。
控制测试如何运行

commit 1721a106f78c037ca3074d9c2d5a8cf9c9852cf7

就像 cargo run 会编译代码并运行生成的二进制文件一样，cargo test 在测试模式下编译代码并运行生成的测试二进制文件。可以指定命令行参数来改变 cargo test 的默认行为。例如，cargo test 生成的二进制文件的默认行为是并行的运行所有测试，并截获测试运行过程中产生的输出，阻止他们被显示出来，使得阅读测试结果相关的内容变得更容易。
可以将一部分命令行参数传递给 cargo test，而将另外一部分传递给生成的测试二进制文件。为了分隔这两种参数，需要先列出传递给 cargo test 的参数，接着是分隔符 −−，再之后是传递给测试二进制文件的参数。运行 cargo test −−help 会提示 cargo test 的有关参数，而运行 cargo test −− −−help 可以提示在分隔符 −− 之后使用的有关参数。
并行或连续的运行测试
当运行多个测试时，Rust 默认使用线程来并行运行。这意味着测试会更快地运行完毕，所以你可以更快的得到代码能否工作的反馈。因为测试是在同时运行的，你应该确保测试不能相互依赖，或依赖任何共
享的状态，包括依赖共享的环境，比如当前工作目录或者环境变量。
举个例子，每一个测试都运行一些代码，假设这些代码都在硬盘上创建一个 test−output.txt 文件并写入一些数据。接着每一个测试都读取文件中的数据并断言这个文件包含特定的值，而这个值在每个测试中都是不同的。因为所有测试都是同时运行的，一个测试可能会在另一个测试读写文件过程中修改了文件。
那么第二个测试就会失败，并不是因为代码不正确，而是因为测试并行运行时相互干扰。一个解决方案是使每一个测试读写不同的文件；另一个解决方案是一次运行一个测试。
如果你不希望测试并行运行，或者想要更加精确的控制线程的数量，可以传递 −−test−threads 参数和希望使用线程的数量给测试二进制文件。例如：

这里将测试线程设置为 1，告诉程序不要使用任何并行机制。这也会比并行运行花费更多时间，不过在有共享的状态时，测试就不会潜在的相互干扰了。