在嵌入式环境或在自动化测试的可能性非常有限的其他情况下运行回归测试有哪些好的做法和策略。
根据我的经验,很多测试必须手动执行,即测试人员需要按下一系列按钮并验证机器是否正常运行。作为开发人员,很难保证您的更改不会破坏其他东西。
如果没有适当的回归测试,在大型重构等过程中情况会变得更糟。
有人知道这个问题吗?您是否找到了处理此类问题的良好解决方案或流程?
最佳答案
就个人而言,我非常喜欢在目标硬件和我自己的计算机上编译我的嵌入式代码。例如,当以 8086 为目标时,我包含了映射到 8086 硬件上的重置的入口点和 DOS 入口点。硬件的设计使得所有 IO 都是内存映射的。然后我在硬件模拟器中有条件地编译,并有条件地将硬件内存位置更改为模拟硬件内存。
如果我要在非 x86 平台上工作,我可能会改为编写一个模拟器。
另一种方法是创建一个测试装置,其中硬件的所有输入和输出都通过软件控制。我们在工厂测试中经常使用它。
有一次我们在 IO 硬件中构建了一个模拟器。这样就可以通过 CAN 发送一些命令将硬件置于模拟模式来测试系统的其余部分。类似地,结构良好的软件可以有一个“模拟模式”,在该模式下模拟 IO 以响应软件命令。
关于testing - 如何在嵌入式系统中进行回归测试,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/733756/