CppUTest—强烈推荐用于单元测试C代码的框架。

书中提到的嵌入式C线程TDD中的示例是使用CppUTest编写的。

Minunit是一个非常简单的单元测试框架。 我用它来单元测试c微控制器代码avr。

如果你熟悉JUnit，那么我推荐CppUnit。 http://cppunit.sourceforge.net/cppunit-wiki

这是假设你有c++编译器来做单元测试。如果没有，那么我必须同意亚当·罗森菲尔德的观点，支票就是你想要的。

我目前正在使用CuTest单元测试框架:

http://cutest.sourceforge.net/

它是嵌入式系统的理想选择，因为它非常轻量级和简单。让它在目标平台和桌面上运行都没有问题。除了编写单元测试，所需要的是:

头文件包含在任何地方 你称之为最可爱的程序 一个额外的“C”文件 编译/链接到映像 一些简单的代码添加到主要到 设置并调用单元测试- I 只需要把它放在一个特殊的main()中 函数，如果 过程中定义UNITTEST 构建。

系统需要支持堆和一些stdio功能(不是所有的嵌入式系统都有)。但是代码非常简单，如果您的平台没有这些需求，您可能可以使用这些需求的替代方案。

通过明智地使用extern“C”{}块，它还可以很好地支持测试c++。

我不使用框架，我只是使用自动工具“检查”目标支持。实现一个“main”并使用assert。

我的测试目录Makefile.am(s)看起来像这样:

check_PROGRAMS = test_oe_amqp

test_oe_amqp_SOURCES = test_oe_amqp.c
test_oe_amqp_LDADD = -L$(top_builddir)/components/common -loecommon
test_oe_amqp_CFLAGS = -I$(top_srcdir)/components/common -static

TESTS = test_oe_amqp

LibU (http://koanlogic.com/libu)有一个单元测试模块，允许显式测试套件/用例依赖、测试隔离、并行执行和可定制的报告格式化器(默认格式是xml和txt)。

这个库是BSD许可的，包含许多其他有用的模块——网络、调试、常用的数据结构、配置等等——如果你的项目需要它们的话……