cmock是最近推出的一个项目，由一个非常简单的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

如果你还在寻找测试框架，CUnitWin32是Win32/NT平台的一个。

这解决了我在其他测试框架中遇到的一个基本问题。也就是说，全局/静态变量处于确定性状态，因为每个测试都是作为单独的进程执行的。

在阅读Minunit之后，我认为更好的方法是在assert宏中进行测试，我使用了很多防御程序技术。所以我使用Minunit混合标准断言的相同思想。您可以在k0ga的博客中看到我的框架(一个好名字可以是NoMinunit)

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

使用的一种技术是使用c++ xUnit框架(和c++编译器)开发单元测试代码，同时将目标系统的源代码维护为C模块。

确保在交叉编译器下定期编译C源代码，如果可能的话自动使用单元测试。