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

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?).

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

我不知道有什么平台可以测试Arduino代码。

但是，有一个Fritzing平台，你可以用它来建模硬件，然后导出PCB图等。

检查的价值。

使用带有Arduino库的Proteus VSM来调试代码或测试它。

这是在将代码安装到板上之前的最佳实践，但要确保计时，因为模拟不会在板上运行时实时运行。

试试Autodesk电路模拟器。它允许用许多其他硬件组件测试Arduino代码和电路。

为此我搭建了arduino_ci。虽然它仅限于测试Arduino库(而不是独立的草图)，但它可以在本地或CI系统(如Travis CI或Appveyor)上运行单元测试。

考虑在Arduino库目录中有一个非常简单的库，名为DoSomething，带有do-something.cpp:

#include <Arduino.h>
#include "do-something.h"

int doSomething(void) {
  return 4;
};

你可以像下面这样对它进行单元测试(使用一个名为test/ is_4 .cpp的测试文件):

#include <ArduinoUnitTests.h>
#include "../do-something.h"

unittest(library_does_something)
{
  assertEqual(4, doSomething());
}

unittest_main()  // this is a macro for main().  just go with it.

这是所有。如果assertEqual语法和测试结构看起来很熟悉，那是因为我采用了Matthew Murdoch的ArduinoUnit库 他在回答中提到了。

见参考。关于单元测试I/O引脚，时钟，串行端口等的更多信息。

这些单元测试是使用ruby gem中包含的脚本编译和运行的。有关如何设置的示例，请参阅README。或者从这些例子中复制一个:

一个测试Queue实现的实际示例 另一个Queue项目上的另一组测试 这是一个复杂的例子，模拟了一个通过SoftwareSerial连接控制交互设备的库，作为Adafruit FONA库的一部分 上面显示的DoSomething示例库，用于测试arduino_ci本身