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!