通过将某个模块作为参数提供给测试二进制文件，可以专门针对该模块运行测试。如果在--之后指定参数，Cargo会将参数传递给测试二进制文件，所以应该可以这样做：

cargo test -- module::you::want::to::test

但是，你不能只编译crate的一部分。Rust中的crate是编译单元，就像C中的.c文件一样，你不能编译一半而忽略另一半。

在Rust中，编译的基本单元是一个crate，所以你不能编译crate的子集。如何克服它：

• 将项目切换到cargo workspace。您将能够build和测试只有特定的subcrate。
• 自顶向下。在根文件中，注解掉所有“下游”模块（// mod utils）。编译并测试您正在修改的核心模块。一对一，取消注解下游模块，修复它，然后继续。
• 自下而上。用todo!()宏替换核心模块定义以满足编译器的要求，#[ignore]失败测试，在附近编写新的实现，通过新的实现重新实现旧的定义，迁移其余的代码。
• 复制核心模块及其测试，如mod utils2。在实验之后，迁移代码库。
• 遵循座右铭“Loose coupling, tight cohesion”，排除项目中存在stars的可能性，并彻底消除原始问题。
• 使用rust-script执行特定文件：

rust-script --test utils.rs --dep serde

要做到这一点并不容易。
我将列出3个解决方案的顺序从建议。只有第一个是惯用的。
1.将模块g、h、f移至单独的板条箱中。由于Rust单独编译crate，因此您可以轻松选择编译哪个crate。
1.制作了用于测试的虚拟目标板条箱，其中不包括您想要测试的模块以外的其他模块。不幸的是，这意味着Cargo.toml必须只包含bin目标：
Cargo.toml

[package]
name = "test_compile_separate"
version = "0.1.0"
edition = "2021"

# This is your main executable, contains all modules.
[[bin]]
path = "src/main.rs"
name = "main"

# This is dummy build which used only to test module g.
[[bin]]
path = "src/limited_g.rs"
name = "limited_g"

# This is dummy build which used only to test module h.
[[bin]]
path = "src/limited_h.rs"
name = "limited_h"

在limited_x.rs中，你可以这样写：

mod g;
fn main() {}

如果你运行cargo test --verbose --bin limited_h命令，你会看到，它只构建二进制limited_h，所以它不会编译没有包含在其中的模块。
主要的缺点是，如果你的主crate是一个库，它将无法工作，因为它将在这里与其他目标一起构建。
1.使用crate特性和条件编译来排除你不喜欢的模块。Cargo.toml：

[features]
default = ["include_a", "include_b", ...]
include_a = ["include_g", "include_h"]
...
include_g = []
include_h = []

在lib.rs中，你可以这样写：

#[cfg(include_a)]
mod a;
#[cfg(include_b)]
mod b;
...
#[cfg(include_g)]
mod g;
#[cfg(include_h)]
mod h;

当你用cargo test --no-default-features --features include_g编译代码时，它只会编译和运行模块g，而不会编译和运行其他模块，因为它们会被条件编译排除在外。