>> Для ядра в user space есть архитектура "um", и еще конечно qemu,
> Проброс железки "внутрь" - задача может и простая, но не решает поставленный
> вопрос:
> тестировать модуль этой железки (который просто будет бежать внутри um/qemu)
>> так что первые 2 пункта и для Linux есть том же относительно
>> готовом виде.
> Попробуйте пробросить что-нить эдакое в qemu или найти тот же драйвер, если
> конфигурите ядро под ARCH=um. Да, его там просто может не быть
> (т.к. драйвер может зависеть от конкретного множества аппаратных архитектур). Т.е. решение
> - не универсально.

Что-то вы оба отдаляетесь от контекста обсуждения:

о том насколько легко разработчику драйвера написать тесты в Linux vs мифическая микроядерная ОС.

ИМХО, микроядерная ОС ничем не поможет,
и в том и в другом случае есть довольно небольшой API между драйвером и ОС.
Т.к. хотя ядро Linux это и монолит, но это не значит что как программа оно плохо
спроектировано, модульность и инкапсуляция там везде применяются.

То в каком адресном пространстве будет запускаться тест совершенно не скажется на том, просто будет тест написать или нет.

И с современными технологиями виртуализации и возможности отладки теста будут одинаковы.

А вот сторону эмулирующее микроядро и сервисы и железо vs ядро и железо надо будет писать в обоих случаях. Потому что какой это нафиг юнит тест, если для его запуска нужно запустить всю остальную программу, это уже функциональный тест получается.