C语言cmocka测试框架如何实现单测试函数多参数化运行？

cmocka本身没有内置类似Python @parameterized.parameters的参数化装饰器，但可以通过多种方式实现相同效果，以下先对你提到的4种方案做优劣分析，再补充更优化的实现方式：

现有方案优劣分析 #

• 方案1：提取公共辅助函数，单独写测试用例分别调用
  优势：每个参数对应独立测试用例，单个参数失败不影响其他用例执行，报错可以直接定位到具体参数对应的测试名，调试成本低；逻辑直白无额外封装，新人上手快。
  劣势：参数数量多的情况下会产生大量重复的测试函数、测试注册代码，新增参数需要改动多处，扩展性一般。
  适用场景：参数数量少、测试逻辑稳定不需要频繁新增用例的场景。
• 方案2：测试文件顶部定义参数数组，测试逻辑内部循环遍历执行
  优势：代码量少，新增参数只需要修改数组内容，不需要重复编写测试逻辑，扩展性高。
  劣势：单个参数测试失败后会直接终止整个测试函数，后续参数不会执行，无法一次性拿到所有失败的参数；报错只能定位到测试函数，不能直接定位到具体异常参数，需要额外加日志打印才能排查问题。
  适用场景：参数数量不多、测试执行速度快、不需要批量查看所有失败用例的场景。
• 方案3：参数数组放到setup函数中声明
  本质和方案2没有区别，唯一的优势是参数作用域仅限setup和对应测试函数，避免了全局变量污染。但完全继承了方案2的所有劣势，且如果多个测试函数要复用参数数组的话，反而比方案2更繁琐。
• 方案4：通用测试函数+每组参数对应单独setup
  这个方案逻辑是合理的，也是cmocka生态比较常用的参数化实现思路：把参数结构体指针放到void **state中传递给测试函数，每个参数组对应一个独立的测试用例注册项，指定不同的setup函数传递参数。
  优势：每个参数对应独立测试用例，单个失败不影响其他用例执行，报错可以直接定位到对应参数组；测试逻辑完全复用，新增参数只需要加一个setup函数、新增一行注册代码，可维护性高。
  劣势：每个参数组都要写一个独立的setup函数，参数多的话会产生大量冗余的setup代码。

更优化的实现方案 #

可以对方案4做优化，用通用setup+宏批量生成测试注册项，消除冗余代码：

1. 首先定义测试用例参数结构体，可根据实际测试逻辑扩展字段：

typedef struct {
    int input;
    bool expect_res;
    const char *case_name;
} TestCase;

2. 编写通用setup和通用测试函数，不管测试逻辑多复杂，只要依赖的参数都定义在TestCase中，就不需要重复编写测试代码：

// 通用setup，直接把注册时传入的参数实例赋值给state
static int general_setup(void **state, void *test_case) {
    *state = test_case;
    return 0;
}

// 通用测试函数，完全复用逻辑
static void test_is_even(void **state) {
    const TestCase *tc = (const TestCase *)*state;
    bool rc = is_even(tc->input);
    assert_true(rc == tc->expect_res);
}

3. 定义批量生成测试用例的宏，新增参数只需要加一行宏调用：

#define GENERATE_TEST_CASE(case_name, in, exp) \
    const TestCase tc_##case_name = {.input = in, .expect_res = exp, .case_name = #case_name}; \
    const struct CMUnitTest unit_##case_name = \
        cmocka_unit_test_prestate_setup_teardown(test_is_even, general_setup, NULL, (void *)&tc_##case_name);

// 新增用例只需要加下面的行即可
GENERATE_TEST_CASE(even_positive_2, 2, true)
GENERATE_TEST_CASE(odd_positive_3, 3, false)
GENERATE_TEST_CASE(even_negative_4, -4, true)
GENERATE_TEST_CASE(zero_input, 0, true)

4. 最后把生成的测试用例放到测试组数组中注册运行即可。

这个方案兼顾了可维护性和扩展性：新增参数只需要加一行宏调用，无冗余代码；每个用例独立执行，单个失败不影响其他用例，报错可以直接定位到用例名称，是目前cmocka参数化测试的最优实现方式。

方案选择建议 #

如果参数数量≤5个，选方案1即可，逻辑最简单无额外学习成本；如果参数数量多、需要频繁新增用例，直接选上面的宏+通用setup的优化方案，长期维护成本最低。

内容的提问来源于stack exchange，提问作者A-mit