Qt C++动态库未导出功能测试方案咨询及现有方案评估

你提出的方案可行性 #

这个方案完全可行。核心逻辑是利用编译生成的目标文件（.obj）包含所有编译后的符号（无论是否标记dllexport），分别用这些目标文件生成正式动态库和测试程序：

• 正式动态库依旧只导出你指定的符号，保持对外接口的安全性；
• 测试程序直接链接目标文件，无需依赖导出符号就能访问内部功能，也不用修改业务代码，能有效简化CI/CD流程。

唯一的缺点就是测试程序会把目标文件的代码全部打包进去，导致体积臃肿，但如果CI/CD中测试环节是独立执行的，这个代价通常可以接受。

其他替代实现方式 #

1. 测试专用导出宏 #

通过条件编译定义测试专属的导出宏，仅在测试编译时启用导出，不影响正式发布版：

• 在公共头文件中定义宏：

#ifdef TEST_BUILD
#define TEST_API __declspec(dllexport)
#else
#define TEST_API
#endif

• 给需要测试的内部函数/类添加TEST_API标记；
• 在Qt测试项目或测试版库的.pro文件中添加DEFINES += TEST_BUILD，编译时自动导出测试所需符号。

这种方式的优势是测试程序体积正常，且仅需少量宏标记，不会污染发布代码的接口范围。

2. 静态库变体编译 #

在CI/CD流程中拆分编译环节：

• 发布环节编译动态库，保持原有导出逻辑；
• 测试环节编译静态库，测试程序直接链接静态库即可访问所有内部符号，无需任何导出操作。

Qt项目中可通过.pro文件快速切换编译模式：

# 正式动态库配置
TEMPLATE = lib
CONFIG += shared

# 测试静态库配置（仅在测试环节启用）
# CONFIG += staticlib

这种方式无需修改业务代码，测试程序的体积控制也比直接链接目标文件更规整。

3. 库内嵌入测试入口 #

在动态库中添加条件编译的测试入口函数，仅导出这个入口供测试程序调用，内部测试逻辑直接访问库内符号：

#ifdef TEST_BUILD
extern "C" __declspec(dllexport) void run_internal_tests() {
    // 在这里调用所有需要测试的内部函数/类逻辑
    internal_calculate();
    InternalClass test_obj;
    test_obj.do_something();
}
#endif

测试程序只需调用run_internal_tests()即可完成内部功能测试，无需导出多个内部符号，同时测试程序体积小巧，缺点是测试逻辑与库代码存在轻度耦合，可通过将测试代码放在单独的源文件中缓解。

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