尽管有很多支持 C 的单元测试框架，但我对如何为微控制器代码编写单元测试感到有些困惑（在我的例子中是 PIC，但我认为这个问题比这更笼统）。
为微控制器编写的大部分代码都围绕着将配置和数据值写入寄存器、从寄存器读取传入数据以及响应中断事件。我想知道是否有人可以就最有效的方法提供一些指示。
问问题
7897 次
4 回答
36
你写;
“为微控制器编写的大部分代码都围绕着将配置和数据值写入寄存器、从寄存器读取传入数据以及响应中断事件”。
我同意在实践中经常出现这种情况，但我实际上并不认为这是一件好事，而且我认为稍微重新考虑一下会帮助您实现测试目标。
也许是因为微控制器程序员可以在他们喜欢的任何时候接触到硬件，他们中的许多人（大多数？）已经养成了这样做的习惯，在他们的代码中。通常，这种习惯会毫无疑问地被遵循，也许是因为很多从事此类工作的人都是 EE，而不是经过培训和倾向的计算机科学家。我知道，我自己就是这样开始的。
我想说的是，微控制器项目可以而且应该像任何其他软件项目一样设计得很好。良好设计的一个非常重要的部分是限制硬件对硬件驱动程序的访问！将所有写入寄存器、响应中断等的代码划分为模块，为您的软件的其余部分提供对硬件的良好、干净、抽象的访问。使用逻辑分析仪、示波器、定制测试台或其他任何有意义的东西在目标上测试这些驱动模块。
非常重要的一点是，现在您的软件的其余部分，希望其中的大部分，现在只是您可以在主机系统上运行和测试的 C 代码。在主机系统上，硬件模块被剔除，以提供对被测代码正在做什么的可见性。您可以在此代码上使用主流的单元测试方法。这需要一些准备和工作，但如果您组织良好，您可以创建一个可应用于所有项目的可重用系统。潜在的好处是巨大的。我在这里写了更多关于这些想法的内容；
[ http://discuss.joelonsoftware.com/default.asp?joel.3.530964.12][1]
于 2009-06-06T03:09:32.790 回答
3
一种方法可能是使用模拟器。我一直在研究 AVR 模拟器，使用它的想法之一确实是对代码进行单元测试。模拟器实现 CPU 和寄存器、中断和各种外围设备，并且（在我的情况下）写入模拟 UART 的字节进入stdout模拟器的常规。这样，单元测试代码就可以在模拟器中运行，并将其测试结果写入控制台。
当然，还必须确保仿真器正确地实现了真实 CPU 的行为，否则在此之上的单元测试是不可信的。
于 2009-06-06T02:20:42.280 回答
2
编写寄存器访问函数/宏的模拟版本。请注意，这假定您的代码使用一组通用的寄存器访问函数，而不是像任何地方一样的临时东西*(volatile int*)0xDEADBEEF = 0xBADF00D。
直接从您的测试代码中调用您的中断处理程序（在某些架构上可能会出现问题¹），如果可用，可以使用“软件中断”，或者如果您需要它们异步执行，则从定时器中断处理程序中调用。这可能需要将您的中断启用/禁用代码包装在您可以模拟的函数/宏中。
¹ 8051 浮现在脑海中：至少使用 Keil 8051 编译器，您不能直接调用中断函数。不过，这可以通过 C 预处理器来解决。
于 2009-06-06T02:32:19.743 回答
0
是否有任何类型的环回模式，以便您可以使用控制器本身来生成可以测试的事件？
于 2009-06-06T02:19:05.667 回答