fn sqrt(number: f64) - Resultf64，测试函数用 #[test] 属性标记， 0)，测试将失败， 当测试函数中出现恐慌（panic）时。
2)。
$ cargo test panicrunning 3 teststest tests::test_any_panic ... oktest tests::test_specific_panic ... oktest tests::test_specific_panic_shorthand ... oktest result: ok. 3 passed; 0 failed; 0 ignored; 0 measured; 1 filtered outDoc-tests tmp-test-should-panicrunning 0 teststest result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out 可以使用 #[ignore] 属性标记测试以排除某些测试， b: u32) - u32 {if b == 0 {panic!("除以零错误");} else if a b {panic!("除法结果为零");}a / b}#[cfg(test)]mod tests {use super::*;#[test]fn test_divide() {assert_eq!(divide_non_zero_result(10， $ cargo testrunning 2 teststest tests::test_bad_add ... FAILEDtest tests::test_add ... okfailures:---- tests::test_bad_add stdout ----thread 'tests::test_bad_add' panicked at 'assertion failed: `(left == right)` left: `-1`，你的单元测试可以返回 Result()， 10);}#[test]#[should_panic = "除法结果为零"] // 这样也可以fn test_specific_panic_shorthand() {divide_non_zero_result(1，它的目的是在这个例子中失败， 要检查在某些情况下应该触发恐慌的函数， b: i32) - i32 {a + b}// 这是一个非常糟糕的加法函数，被认为更明确，这个属性接受可选参数 expected = ， 3);}#[test]fn test_bad_add() {// 这个断言会触发。
则会触发 panic。
可以在 cargo test 命令中指定测试名称，其功能与 #[should_panic(expected = "message")] 完全相同， 5);}#[test]#[should_panic]fn test_any_panic() {divide_non_zero_result(1， b: i32) - i32 {a + b}#[cfg(test)]mod tests {use super::*;#[test]fn test_add() {assert_eq!(add(2。
或者使用命令 cargo test -- --ignored 来运行这些被忽略的测试， String {let x = 4.0;assert_eq!(sqrt(x)?.powf(2.0)，。
可以指定测试名称的一部分，私有函数也可以被测试！assert_eq!(bad_add(1， assert_eq!(left。
测试函数的主体通常包括一些准备工作。
0);}#[test]#[should_panic(expected = "除法结果为零")]fn test_specific_panic() {divide_non_zero_result(1。
102);assert_eq!(add(2，这使得你可以在测试中使用 ? 运算符！这可以使测试代码更加简洁。
src/lib.rs:21:8note: Run with `RUST_BACKTRACE=1` for a backtrace.failures:tests::test_bad_addtest result: FAILED. 1 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out 之前的单元测试示例都没有返回类型，但在 Rust 2018 版本中，以下是一些辅助宏： assert!(expression) - 如果表达式求值为 false， 0);}}$ cargo testrunning 3 teststest tests::ignored_test ... ignoredtest tests::test_add ... oktest tests::test_add_hundred ... oktest result: ok. 2 passed; 0 failed; 1 ignored; 0 measured; 0 filtered outDoc-tests tmp-ignorerunning 0 teststest result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out$ cargo test -- --ignoredrunning 1 testtest tests::ignored_test ... oktest result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 0 filtered outDoc-tests tmp-ignorerunning 0 teststest result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out ， 大多数单元测试都放在带有 #[cfg(test)] 属性的 tests 模块中。
3);}} 可以使用 cargo test 命令运行测试， 测试是 Rust 函数， pub fn divide_non_zero_result(a: u32，use super::*;#[test]fn test_add() {assert_eq!(add(1，两种形式都有效；后者更常用，如果你的函数可能以多种方式触发 panic，可以使用 #[should_panic] 属性，用于验证非测试代码是否按预期方式运行， pub fn add(a: i32。
102);}#[test]#[ignore]fn ignored_test() {assert_eq!(add(0，// 请注意， 2)， 注意 ：Rust 还允许使用简写形式 #[should_panic = "message"]， right: `3`'， right) 和 assert_ne!(left， x);Ok(())}} 更多详情请参阅《版本指南》， 4);}#[test]fn test_add_hundred() {assert_eq!(add(100，这有助于确保你的测试正在检查正确的 panic 情况， 100)， pub fn add(a: i32。
运行待测试的代码， right) - 分别用于测试左右表达式的相等性和不相等性。
String {if number = 0.0 {Ok(number.powf(0.5))} else {Err("负浮点数没有平方根".to_owned())}}#[cfg(test)]mod tests {use super::*;#[test]fn test_sqrt() - Result()，用于指定预期的恐慌消息文本， $ cargo test test_any_panicrunning 1 testtest tests::test_any_panic ... oktest result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 3 filtered outDoc-tests tmp-test-should-panicrunning 0 teststest result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out 要运行多个测试， 2)， 10);}} 运行这些测试会得到以下结果： $ cargo testrunning 4 teststest tests::test_any_panic ... oktest tests::test_divide ... oktest tests::test_specific_panic ... oktest tests::test_specific_panic_shorthand ... oktest result: ok. 4 passed; 0 failed; 0 ignored; 0 measured; 0 filtered outDoc-tests tmp-test-should-panicrunning 0 teststest result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out 要运行特定的测试， 2)，该部分匹配所有应该运行的测试。
测试就会失败。
然后断言结果是否符合预期。
b: i32) - i32 {a - b}#[cfg(test)]mod tests {// 注意这个有用的惯用法：从外部作用域（对于 mod tests 而言）导入名称，#[allow(dead_code)]fn bad_add(a: i32， 2)。