通过抽象出硬件访问并在测试中模拟它，我在单元测试PIC代码方面取得了相当大的成功。

例如，我用抽象PORTA

#define SetPortA(v) {PORTA = v;}

然后SetPortA可以很容易地模拟，而不需要在PIC版本中添加开销代码。

一旦硬件抽象被测试了一段时间，我很快发现代码通常会从测试平台到PIC，并且第一次就能工作。

更新:

对于单元代码，我使用#include seam，对于测试平台，在c++文件中使用#include单元代码，对于目标代码使用C文件。

作为一个例子，我想复用四个7段显示器，一个端口驱动段和第二个选择显示。显示代码通过SetSegmentData(char)和SetDisplay(char)与显示进行接口。我可以在我的c++测试平台中模拟这些，并检查我是否得到了我期望的数据。对于目标，我使用#define，这样就可以直接赋值，而不需要调用函数

#define SetSegmentData(x) {PORTA = x;}

保持特定于硬件的代码与其他代码分离或抽象，这样您就可以在任何拥有良好工具和最熟悉的平台上测试和调试更大的“休息”。

Basically, try to build as much of the final code from as many known-to-work building blocks as possible. The remaining hardware-specific work will then be much easier and faster. You may finish it by using existing emulators and/or emulating devices on your own. And then, of course, you'll need to test the real thing somehow. Depending on circumstances, that may or may not be very well automatable (i.e. who or what will press buttons and provide other inputs? who or what will observe and interpret various indicators and outputs?).

看起来乳香就能完美地完成这项工作。

Emulino是Greg Hewgill为Arduino平台开发的模拟器。(源)

GitHub库

如果你想在MCU之外(在桌面上)进行单元测试，请检查libcheck: https://libcheck.github.io/check/

我用它测试了几次我自己的嵌入式代码。这是一个非常健壮的框架。

通过抽象出硬件访问并在测试中模拟它，我在单元测试PIC代码方面取得了相当大的成功。

例如，我用抽象PORTA

#define SetPortA(v) {PORTA = v;}

然后SetPortA可以很容易地模拟，而不需要在PIC版本中添加开销代码。

一旦硬件抽象被测试了一段时间，我很快发现代码通常会从测试平台到PIC，并且第一次就能工作。

更新:

对于单元代码，我使用#include seam，对于测试平台，在c++文件中使用#include单元代码，对于目标代码使用C文件。

作为一个例子，我想复用四个7段显示器，一个端口驱动段和第二个选择显示。显示代码通过SetSegmentData(char)和SetDisplay(char)与显示进行接口。我可以在我的c++测试平台中模拟这些，并检查我是否得到了我期望的数据。对于目标，我使用#define，这样就可以直接赋值，而不需要调用函数

#define SetSegmentData(x) {PORTA = x;}

James W. Grenning写了一本很棒的书，这本书是关于嵌入式C代码的单元测试的。