Rust之自动化测试(三)： 测试组合

开发环境

• Windows 10
• Rust 1.73.0

 

• VS Code 1.83.1

项目工程

这里继续沿用上次工程rust-demo

 测试组合

正如本章开始时提到的，测试是一个复杂的学科，不同的人使用不同的术语和组织。Rust社区根据两个主要类别来考虑测试:单元测试和集成测试。单元测试很小，也更集中，一次测试一个独立的模块，并且可以测试私有接口。集成测试完全在库的外部，使用代码的方式和其他外部代码一样，只使用公共接口，每次测试可能使用多个模块。

编写这两种类型的测试对于确保你的库的各个部分按照你期望的那样，单独地或者一起地工作是很重要的。

单元测试

单元测试的目的是独立于代码的其余部分测试每个代码单元，以快速查明代码在哪里以及没有按预期工作。您将把单元测试放在每个文件的src目录中，其中包含他们正在测试的代码。惯例是在每个文件中创建一个名为tests的模块来包含测试函数，并用cfg(test)来注释该模块。

测试模块和#[cfg(test)]

测试模块上的#[cfg(test)]注释告诉Rust只有在运行cargo test时才编译和运行测试代码，而不是在运行cargo build时。当您只想构建库时，这可以节省编译时间，并且因为不包括测试，所以可以节省最终编译工件的空间。您将会看到，因为集成测试位于不同的目录中，所以它们不需要#[cfg(test)]注释。但是，因为单元测试与代码在同一个文件中，所以您将使用#[cfg(test)]来指定它们不应该包含在编译结果中。 

回想一下，当我们在本章的第一节中生成新的adder项目时，Cargo为我们生成了以下代码: 

文件名:src/lib.rs

#[cfg(test)]
mod tests {
    #[test]
    fn it_works() {
        let result = 2 + 2;
        assert_eq!(result, 4);
    }
}

 这段代码是自动生成的测试模块。属性cfg代表配置，它告诉Rust只有在给定某个配置选项的情况下，才应该包含以下项目。在这种情况下，配置选项是test，它由Rust提供，用于编译和运行测试。通过使用