这是CUnit

嵌入式单元是嵌入式C系统的单元测试框架。它的设计抄袭了JUnit和CUnit等，然后为嵌入式C系统做了一些调整。嵌入式单元不需要标准C库。所有对象都分配到const区域。

Tessy自动化了嵌入式软件的单元测试。

我个人喜欢谷歌测试框架。

测试C代码的真正困难在于打破对外部模块的依赖，这样就可以将代码分离成单元。当您试图围绕遗留代码进行测试时，这可能尤其成问题。在这种情况下，我经常发现自己在测试中使用链接器来使用存根函数。

这就是人们在谈论“接缝”时所指的东西。在C语言中，你唯一的选择就是使用预处理器或链接器来模拟依赖项。

在我的一个C项目中，典型的测试套件可能是这样的:

#include "myimplementationfile.c"
#include <gtest/gtest.h>

// Mock out external dependency on mylogger.o
void Logger_log(...){}

TEST(FactorialTest, Zero) {
    EXPECT_EQ(1, Factorial(0));
}

注意，您实际上包含的是C文件，而不是头文件。这提供了访问所有静态数据成员的优势。这里我模拟了我的记录器(可能在logger中)。O并给出一个空的实现。这意味着测试文件独立于其余代码库进行编译和链接，并独立执行。

至于交叉编译代码，您需要在目标上使用良好的工具。我使用googletest交叉编译到PowerPC体系结构上的Linux来实现这一点。这是有意义的，因为您有一个完整的shell和os来收集结果。对于不太丰富的环境(我将其归类为没有完整操作系统的任何环境)，您应该只在主机上构建和运行。无论如何您都应该这样做，这样您就可以作为构建的一部分自动运行测试。

我发现测试c++代码通常要容易得多，因为OO代码通常比过程性代码耦合得少(当然这在很大程度上取决于编码风格)。此外，在c++中，你可以使用依赖注入和方法重写等技巧来将接缝插入封装的代码中。

Michael Feathers有一本关于测试遗留代码的优秀书籍。在其中一章中，他介绍了处理非oo代码的技巧，我强烈推荐这些技巧。

编辑:我写了一篇关于单元测试过程代码的博客文章，源代码可以在GitHub上找到。

编辑:Pragmatic Programmers出版了一本新书，专门介绍了C代码的单元测试，我强烈推荐这本书。

在开始寻找模拟函数的方法之前，我还没有深入测试遗留的C应用程序。我非常需要mock来将我想测试的C文件与其他C文件隔离开来。我试过cmock，我想我会采用它。

Cmock扫描头文件，并根据它找到的原型生成模拟函数。mock将允许您在完全隔离的情况下测试C文件。您所要做的就是将您的测试文件链接到模拟对象，而不是真正的对象文件。

cmock的另一个优点是，它将验证传递给模拟函数的参数，并允许您指定模拟函数应该提供的返回值。这对于在函数中测试不同的执行流非常有用。

测试由典型的testA()、testB()函数组成，您可以在其中构建期望、调用函数来测试和检查断言。

最后一步是为unity的测试生成一个运行器。Cmock绑定到统一测试框架。Unity和其他单元测试框架一样容易学习。

很值得一试，而且很容易掌握:

http://sourceforge.net/apps/trac/cmock/wiki

更新1

我正在研究的另一个框架是cmock。

http://code.google.com/p/cmockery/

它是一个支持单元测试和模拟的纯C框架。它不依赖于ruby(与Cmock相反)，也很少依赖于外部库。

它需要更多的手工工作来设置模拟，因为它不生成代码。这并不代表现有项目的大量工作，因为原型不会有太大的变化:一旦有了mock，就暂时不需要更改它们(这是我的例子)。额外的类型提供了对模拟的完全控制。如果有什么你不喜欢的，你只需改变你的mock。

不需要特别的测试人员。您只需要创建一个测试数组，并将其传递给run_tests函数。这里也有更多的手工工作，但我绝对喜欢自包含自治框架的想法。

此外，它还包含了一些我不知道的漂亮的C技巧。

总的来说，cmock需要对mock有更多的理解才能开始。例子可以帮助你克服这个问题。看起来它可以用更简单的机制来完成这项工作。

我们编写CHEAT(托管在GitHub上)是为了便于使用和移植。

它没有依赖关系，不需要安装或配置。 只需要一个头文件和一个测试用例。

#include <cheat.h>

CHEAT_TEST(mathematics_still_work,
    cheat_assert(2 + 2 == 4);
    cheat_assert_not(2 + 2 == 5);
)

测试编译成一个可执行文件，负责运行测试并报告测试结果。

$ gcc -I . tests.c
$ ./a.out
..
---
2 successful of 2 run
SUCCESS

它也有漂亮的颜色。

作为一个C语言新手，我发现名为“C测试驱动开发”的幻灯片非常有用。基本上，它使用标准assert()和&&来传递消息，没有任何外部依赖。如果有人习惯了全栈测试框架，这可能就不适用了:)

我将CxxTest用于嵌入式c/c++环境(主要是c++)。

我更喜欢CxxTest，因为它有一个perl/python脚本来构建测试运行器。在进行了一些设置之后(因为不需要编写测试运行程序，所以还会更小)，它非常容易使用(包括示例和有用的文档)。大部分工作是设置代码访问的“硬件”，这样我就可以有效地进行单元/模块测试。在此之后，很容易添加新的单元测试用例。

如前所述，它是一个C/ c++单元测试框架。所以你需要一个c++编译器。

CxxTest用户指南 CxxTest维基