API完整性检查器- C/ c++库的测试框架:

An automatic generator of basic unit tests for a shared C/C++ library. It is able to generate reasonable (in most, but unfortunately not all, cases) input data for parameters and compose simple ("sanity" or "shallow"-quality) test cases for every function in the API through the analysis of declarations in header files. The quality of generated tests allows to check absence of critical errors in simple use cases. The tool is able to build and execute generated tests and detect crashes (segfaults), aborts, all kinds of emitted signals, non-zero program return code and program hanging.

例子:

fontconfig 2.8.0测试套件 FreeType 2.4.8的测试套件

cmock网址:http://code.google.com/p/cmockery/

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

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

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

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

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

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

http://cutest.sourceforge.net/

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

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

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

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