c++ - 使用嵌入式硬件进行测试自动化

Question

有没有人成功地直接在嵌入式硬件上进行自动化测试？

具体来说，我正在考虑为硬件层模块自动执行一系列单元测试。我们需要对我们的硬件层代码有更大的信心。我们的很多项目都使用中断驱动定时器、ADC、串行 io、串行 SPI 设备(闪存)等。

这值得付出努力吗？

我们通常针对:

处理器:8 位或 16 位微 Controller (一些 DSP 的东西)
语言:C(有时是 c++)。

Answer 1

当然。在汽车行业，我们为每个新产品使用 100,000 美元的定制测试仪来验证硬件和软件是否正常运行。

然而，开发人员还构建了一个更便宜(低于 1,000 美元)的测试仪，其中包括一堆 USB I/O、A/D、PWM 输入/输出等，并且可以在工作站上使用脚本，或者专门构建 HIL/MxVDev等SIL测试软件。

硬件在环 (HIL) 测试可能就是您的意思，它只涉及连接到设备 I/O 的一些 USB 硬件 I/O，计算机上的软件针对它运行测试。

是否值得取决于。

在高可靠性行业(飞机、汽车等)中，客户指定了非常广泛的硬件测试，因此您必须进行测试才能中标。

在消费行业，对于不复杂的项目，通常不值得。

但是，对于任何涉及多名程序员的项目，真的在硬件上运行每晚的回归测试非常好 - 很难正确模拟硬件到所需的程度满足自己，软件测试就足够了。

当问题进入构建时，测试会立即显示。

通常，您同时执行黑盒和白盒测试 - 您在设备上运行诊断代码，允许您监视硬件中的信号和内存(可能只是一个调试器，或者可能是您编写的使用react的代码例如，总线上的消息)。这将是白盒测试，您可以在其中看到内部发生的情况(甚至导致某些事情发生，例如如果不自己引入错误就无法测试的严重内存错误)。

我们还运行了一系列“黑盒”测试，其中忽略了诊断路径，仅激发/读取 I/O。

对于更便宜的设置，您可以获得 100 美元的带有 USB 和/或以太网的微 Controller 板(例如 Atmel UC3 系列)，您可以将其连接到您的设备并运行基本测试。

它对产品维护特别有用 - 项目完成后，将一些工作板、测试仪和一套完整的软件存储在 CD 上。当您需要进行修改或调试问题时，很容易将其全部备份并使用一些知识(在测试后)主要功能不受您的更改影响。

-亚当