Rust集成测试调用单元测试函数报E0433错误如何解决

报错的核心是Rust的条件编译规则，和pub可见性没有关系：

• 标注#[cfg(test)]的代码，仅在当前crate执行单元测试编译时才会被纳入构建
• tests/目录下的集成测试属于独立的编译目标，编译主crate给集成测试调用时，不会开启主crate的test编译开关，因此主crate内所有带#[cfg(test)]标记的模块、函数对集成测试来说完全不存在，自然找不到register::tests路径。
• IDE能正常识别路径是因为rust-analyzer默认开启test配置做静态检查，和cargo实际编译集成测试的配置存在差异，才会出现“IDE无报错但编译失败”的现象。
• 你无法通过给#[cfg(test)]模块加pub的方式让集成测试访问到内部内容，这是编译规则层面的限制。

不要尝试直接移除tests模块的#[cfg(test)]属性暴露代码，那样会把测试逻辑打进正式发布的生产二进制，既增加包体积也可能泄露内部实现，推荐以下两种合规方案：

方案1：抽取跨测试场景共用的测试工具模块（推荐） #

适合需要同时给单元测试、集成测试复用的测试辅助逻辑：

1. 在src目录下新建独立的测试工具模块，比如路径src/test_utils/mod.rs，把get_sample_register_response_body这类共用的测试辅助函数迁移到这里
2. 给模块加条件编译规则，保证仅在测试场景下编译，不会进入生产构建：

// src/test_utils/mod.rs
// 单元测试、开启test-support feature时编译该模块
#[cfg(any(test, feature = "test-support"))]
pub mod register {
    pub fn get_sample_register_response_body() -> serde_json::Value {
        // 保留原函数的实现逻辑
    }
}

3. 在crate入口（一般是src/lib.rs）导出该模块：

// src/lib.rs
#[cfg(any(test, feature = "test-support"))]
pub mod test_utils;

4. 在Cargo.toml中添加feature配置，执行测试时自动开启测试工具模块的编译：

[features]
test-support = []

5. 单元测试和集成测试都统一从这个公共模块导入工具函数即可，集成测试里的调用改成：

// tests/server.rs
use engine::test_utils::register::get_sample_register_response_body;

// 业务调用处
.json_body(get_sample_register_response_body());

执行测试时加--features test-support参数即可，也可以在CI脚本或项目配置中把该参数设为测试命令的默认值。

方案2：集成测试内维护独立的测试辅助逻辑 #

如果需要复用的测试逻辑非常简单、代码量很小，不需要跨测试场景共享，直接在tests/目录下新建辅助文件，比如tests/common/mod.rs，在里面写get_sample_register_response_body的实现，仅给集成测试调用即可，不需要改动主crate的代码。

内容的提问来源于stack exchange，提问作者yjlee