在测试目标之前，我使用RCUNIT在PC上对嵌入式代码进行了一些单元测试。好的硬件接口抽象很重要，否则字节顺序和内存映射寄存器会害死你。

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

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

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

Michael Feather的书《有效地使用遗留代码》介绍了很多专门用于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

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

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