本地验证：构建、单元测试与集成测试的自动化执行策略

本地验证：构建、单元测试与集成测试的自动化执行策略

从一次深夜调试说起

上周排查一个内存泄漏问题，花了两小时才发现是单元测试根本没跑起来——CMakeLists里add_test写错了目录路径，但本地make test居然返回了成功。这种“假绿灯”比编译失败更可怕，代码合进主线后CI才报错，差点阻塞发布流程。这件事让我重新审视本地验证的自动化策略：如果连最基本的构建和测试都不能可靠执行，谈何代码质量？

构建脚本不是“一次性用品”

很多工程师写构建脚本只是为了能编译通过，事后就扔在一边。等换台机器或升级编译器时，各种依赖问题就暴露出来了。

# 反面教材：硬编码路径是大忌 include_directories("/home/john/libs/include") # 别人机器上肯定没有这个路径 # 建议这样写 find_package(OpenSSL REQUIRED) # 让CMake自己找 if(NOT OpenSSL_FOUND) message(FATAL_ERROR "OpenSSL not found, try: apt install libssl-dev") endif()

我习惯在项目根目录放一个build.sh，但不止是简单的cmake .. && make：