1. 静态变量导致测试状态残留是单元测试中的常见问题吗？ #

是的，这是C语言单元测试里非常常见的问题。静态变量的生命周期覆盖整个程序运行期，默认初始化后会持续保留状态，当多个测试用例在同一个进程中依次执行时，前一个测试对静态变量的修改会直接干扰后续测试——就像你给出的示例，test1执行完后counter的值是2，test2调用productionFunction时会从3开始递增，直接导致断言失败。

2. 能否让每个测试用例在独立进程中运行？ #

完全可以，这种方式能彻底隔离静态变量的状态，每个测试用例启动时都是全新的程序环境，具体有几种实现路径：

方式一：借助支持进程隔离的测试框架 #

部分C语言单元测试框架（比如CUnit、Check）原生支持将测试用例放在独立进程中执行，只需在框架配置里开启对应选项即可。这类框架会自动拆分测试用例、逐个启动进程运行，无需手动编写额外脚本。

方式二：自定义脚本驱动独立测试进程 #

如果使用的是Unity这类轻量框架，可以自己编写脚本实现隔离：

• 把每个测试用例单独编译成独立可执行文件：比如修改main.c，每次只编译test1或test2其中一个作为入口；
• 用Shell/Python脚本循环执行所有单个测试的可执行文件，每个文件运行完成后自动销毁进程，静态变量的状态自然不会残留。

方式三：补充测试专用重置函数（更高效的替代方案） #

进程隔离虽然能解决问题，但会带来测试启动开销大、整体运行速度慢的问题。大多数场景下，更便捷的方式是给被测代码添加仅测试环境可用的重置函数，无需改动原有业务接口：
在productionCode.c中补充代码：

#ifdef TEST
void resetProductionFunctionCounter(void) {
    static int counter;
    counter = 0;
}
#endif

然后在每个测试用例的开头，或者Unity的setUp函数中调用resetProductionFunctionCounter()，就能在测试前重置静态变量状态，实现用例间的隔离。这种方式比进程隔离更高效，也不会影响业务代码的原有逻辑。

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