На практике план рабочий. Если получается, что исходя из требований подготовились, а реальная железка не проходит эти требования - то бракуем изделие. Но это я слишком радикально ответил, в реальности находим компромисс. И в этом случае, времени на локализацию проблем потратим гораздо меньше.

Спасибо за ссылку на проект, изучу, напоминает https://www.tinkercad.com/ . Я не изобретаю стимулятор глобально, в шаге взаимодействия с интерфейсами привел пример с простой реализацией отвечающего устройства.

Да все верно, нас не интересует внутренняя жизнь МК. Главное чтобы он адекватно отдавал данные во внешний мир. В что будет в нашем случае адекватно - берём из требований. Статья как раз про то как подготовиться к появлению "живого" устройства параллельно его разработке или даже раньше. Повторюсь, что ничего нового, а скорее методическое прочтение тестирования API в рамках embedded. Будет полезно молодым разработчикам.