什么是一个好的系统测试，以保持一个最后期限？

Question

阅读RTOS，一个“硬”的RTOS的特点是它可以确定地保持一个最后期限，但是我们如何测试或证明这个系统实际上符合要求呢？

MicroC/OS II RTOS被描述为硬RTOS，但我如何才能验证这一说法呢？如果我的FPGA有一些C代码和ISR，可以运行C程序，并在具有类似RTOS的信号量的线程之间进行上下文切换，那么我如何知道OS / RTOS是“硬”的还是“软的”RTOS？

它是否取决于应用程序，它必须有一个定时器，因此必须使用内置的硬件定时器(例如，Altera DE2有一个50 Mhz振荡器)，硬件中断是首选的，然后我们只测试线程和进程是否可以按照最后期限进行调度，然后检查是否满足了截止日期？

或者说，在操作系统、实时操作系统和硬、软RTOS之间，必须包括哪些方面的通用实践？

是否有一些“典型测试”对标签“硬RTOS”有典型要求？

Answer 1

很难回答这个问题，因为你的前提是错误的。

被归类为硬实时的系统与软实时系统只有通过错过最后期限的严重程度才能区别开来。在硬RT中，错过的截止日期被归类为系统故障，这可能对硬件和人造成危害，而软实时通常意味着错过的截止日期只会降低系统性能，但不会使系统停止。

一个典型的例子，一个硬RT系统将是一个监督狗关闭一个系统过热-如果它未能在它的最后期限，系统崩溃。此外，发电厂或飞机上的一般安全相关系统也属于这一类.软RT示例将是视频流，其中错过最后期限会导致视觉质量下降或口吃，但不一定会导致系统故障。

长话短说，硬和软RT是完整的软件系统的特点，衡量其规格和故障模型。因此，通常是运行在操作系统上的应用程序符合硬/软RT标准，操作系统只是提供具有可预测的定时行为的接口，从而允许应用程序进行定时假设。