本地验证:构建、单元测试与集成测试的自动化执行策略
本地验证:构建、单元测试与集成测试的自动化执行策略从一次深夜调试说起上周排查一个内存泄漏问题,花了两小时才发现是单元测试根本没跑起来——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:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2509370.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!