我也将其描述为优雅，但如果您能原谅我的打扰，我想补充一下问题。

我知道有非常昂贵的软件包可以解决这种情况，但在我工作的公司，除非我们确定它可以满足我们的需要，否则我们负担不起成本。

测试驱动开发（TDD）是我听说过的更好的开发系统之一，我很喜欢它，但是占用我时间的问题通常是由许多人称之为故障的复杂中断和硬件事件引起的。星星对齐时每2小时出现一次问题似乎是一件小事，但如果你的手机每周只死机一次，你会诅咒工程师的名字。在我们的例子中，当事情真的破裂时，我们必须跋涉到饲料区，正如你可以想象的那样，我喜欢避免这种情况。

我已经看到用于检查子系统功能的非常智能的解决方案，如果实施得当，可能会在每周 50 小时的工作中为我节省 3 小时，但如果有一种智能的方法来发现故障情况，它会为我节省数周的工作时间寻找在重负载下偶尔在现场发生的“错误”。

这篇文章可能没有多大帮助，但我发现把所有东西都放在光里会让一切更容易解决。如果有一种 TDD 方法来发现故障情况，我可以获得成千上万的分配来支付它。-最大限度

有趣的。圣诞节之后，我打算研究用 Pics 做一些汇编程序，当我有更多时间时，我会好好看看你的系统。

我可以看到的一种方法是用不同的语言编写某种框架来创建和拆除模拟对象等，但是如何将其与芯片/模拟接口将是一个问题。

如果它变得过于繁重，那将超过单元测试的好处，也会让你不那么热衷于使用它。