Writing Automated Tests
Writing Automated Tests
How to Write Tests
cargo test 会执行所有测试,即 #[test] 下的测试
1  | 
  | 
输出信息
1  | running 1 test  | 
测试 panic 表示失败
assert! 宏, 当为假时,会 panic
1  | assert!(true);  | 
assert_eq! 与 assert_ne! 即断言相等与不相等
断言失败会打印参数的值,要求实现了 PartialEq 和 Debug Traits (基本类型都实现了)
1  | assert_eq!(1, 0);  | 
添加自定义错误信息
assert!, assert_eq!, assert_ne 后面还有一个参数,自定义信息
1  | assert!(0 == 1, "1 not eq 0");// false  | 
#[should_panic]
添加这个时, panic 才会通过(pass)
1  | 
  | 
让 should_panic 更精确
当 panic 信息包含should_panic 的信息才会通过
1  | pub struct Node {  | 
在测试中使用 Result<T, E>
测试返回 Ok 通过, Err 失败
1  | 
  | 
Controlling How Tests Are Run
改变 cargo test 的行为:添加命令行参数
默认行为:
- 并行运行(运行快,确保测试不相互依赖)
 - 所有测试
 - 捕获(不显示)所有输出
 
命令行参数:
针对 cargo test 的参数:紧跟其后 cargo test --help 查看
针对 测试可执行程序:放在 – 之后 cargo test -- --help 查看
#[ignore] 忽略测试
cargo test -- --ignored 运行被忽略的测试
Test Organization
测试分类
单元测试
#[cfg(test)]集成测试 处于被测试库外 面
集成测试新建文件夹 tests,tests 目录下每个测试文件都是单独的一个 crate,需要将被测试库导入,无需标注 #[cfg(test)],tests 目录被特殊对待
单独测试某个文件内所有测试 cargo test --test 文件名 
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 GitSteve1025!

