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

http://cutest.sourceforge.net/

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

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

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

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

除了我明显的偏见

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

是一个很好的简单的方法来单元测试C代码。模仿xUnit

我不使用框架，我只是使用自动工具“检查”目标支持。实现一个“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

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

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

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

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

谷歌拥有优秀的测试框架。https://github.com/google/googletest/blob/master/googletest/docs/primer.md

是的，据我所知，它将与普通C一起工作，即不需要c++功能(可能需要c++编译器，不确定)。