C++进行单元测试需要借助专门的测试框架，通过编写独立的测试代码验证目标函数或类的功能是否符合预期，从而降低代码迭代时的回归风险，提升整体项目的稳定性。单元测试可以覆盖函数的边界情况、异常处理逻辑，提前发现潜在的问题。
C++单元测试常用框架
Google Test
Google Test是Google推出的C++单元测试框架，功能全面，支持测试用例分组、参数化测试、死亡测试等高级特性，社区活跃，文档完善，是C++项目中使用非常广泛的测试框架。它的断言类型丰富，既可以验证普通表达式，也可以验证异常抛出等场景。
Catch2
Catch2是轻量级的C++测试框架，只需要单个头文件就可以集成到项目中，不需要额外的编译依赖，使用起来非常简便。它支持BDD（行为驱动开发）风格的测试用例编写，语法简洁，适合中小型项目快速开展单元测试工作。
其他框架
还有Boost.Test、CppUnit等老牌测试框架，Boost.Test依赖Boost库，适合已经使用Boost生态的项目；CppUnit是早期的C++测试框架，结构相对传统，现在使用场景逐渐减少。
Google Test的使用方法
环境集成
首先从官方仓库获取Google Test源码，编译生成静态库或者动态库，在项目编译时链接对应的库文件。如果是CMake项目，可以直接通过FetchContent引入Google Test，无需手动下载编译。
// CMakeLists.txt配置示例 cmake_minimum_required(VERSION 3.14) project(test_demo) include(FetchContent) FetchContent_Declare( googletest URL https://github.com/google/googletest/archive/refs/heads/main.zip ) FetchContent_MakeAvailable(googletest) add_executable(test_main test.cpp) target_link_libraries(test_main gtest gtest_main)
编写测试用例
使用TEST宏定义测试用例，第一个参数是测试用例套件名，第二个参数是单个测试用例名，在宏内部使用断言验证目标逻辑。
#include <gtest/gtest.h>
// 待测试的函数：计算两个整数的和
int add(int a, int b) {
return a + b;
}
// 测试用例：验证add函数的正常逻辑
TEST(AddTest, NormalCase) {
EXPECT_EQ(add(1, 2), 3);
EXPECT_EQ(add(-1, 1), 0);
}
// 测试用例：验证add函数的边界情况
TEST(AddTest, EdgeCase) {
EXPECT_EQ(add(0, 0), 0);
EXPECT_EQ(add(INT_MAX - 1, 1), INT_MAX);
}
执行测试
编译生成测试可执行文件后直接运行，Google Test会自动执行所有测试用例，输出测试结果，包括通过的用例数、失败的用例数以及失败的具体位置和原因。
Catch2的使用方法
环境集成
Catch2只需要下载catch2.hpp头文件，放到项目的头文件目录中，在测试代码中包含该头文件即可，不需要额外的库链接步骤。
编写测试用例
使用TEST_CASE宏定义测试用例，第一个参数是测试用例描述，第二个参数是可选的标签，使用REQUIRE或CHECK断言验证结果，REQUIRE断言失败会终止当前测试用例，CHECK断言失败会继续执行后续逻辑。
#include <catch2/catch2.hpp>
// 待测试的函数：计算两个整数的乘积
int multiply(int a, int b) {
return a * b;
}
TEST_CASE("验证multiply函数的功能", "[multiply]") {
REQUIRE(multiply(2, 3) == 6);
CHECK(multiply(0, 5) == 0);
CHECK(multiply(-2, 3) == -6);
}
执行测试
编译测试代码生成可执行文件后运行，Catch2会输出测试执行结果，支持通过命令行参数过滤执行的测试用例、控制输出格式等。
单元测试实践技巧
- 测试用例要覆盖正常逻辑、边界值、异常情况，比如输入为空、数值溢出等场景都要有对应的测试用例。
- 每个测试用例只验证一个功能点，避免单个测试用例逻辑过于复杂，方便定位问题。
- 测试代码要和生产代码分开存放，避免测试代码污染生产代码的编译流程。
- 定期运行所有单元测试，在代码提交前确保新增代码没有破坏原有功能。
单元测试的核心是验证最小可测试单元的功能正确性，选择合适的框架并坚持编写测试，长期来看会大幅降低项目的维护成本。
C++单元测试Google_TestCatch2测试框架使用修改时间：2026-06-20 22:24:28