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

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

如果您的目标是Win32平台或NT内核模式，您应该看看cfix。

我说几乎和ratkok一样，但如果你有一个嵌入的扭曲单元测试，那么……

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

#include <unity.h>

void test_true_should_be_true(void)
{
    TEST_ASSERT_TRUE(true);
}

int main(void)
{
    UNITY_BEGIN();
    RUN_TEST(test_true_should_be_true);
    return UNITY_END();
}

书中提到的嵌入式C线程TDD中的例子是使用Unity(和CppUTest)编写的。

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

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

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

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