Кажется, что в наши дни модульное тестирование стало настоящим ярости, и я знаю, что многие из вас подумают: "Ну почему же не просто использовать язык X с каркасом Y уже?" Но я предлагаю эту идею больше как доказательство концепции или из ностальгического воспоминания за свои предыдущие годы с компьютерным программированием.
Я работаю над BSD, работающим на x86 с NASM, и обдумал использование сценариев оболочки с ожиданием (1) выполнить модульное тестирование, но я хотел знать заранее:
Какие платформы модульного тестирования доступны для приложений, написанных на сборке x86?
Если ваши ассемблерные подпрограммы имеют или могут быть предоставлены интерфейсом "C", тогда можно использовать любую платформу модульного тестирования C/С++.
Вы должны перенести подавляющую часть вашего приложения в библиотеку, которую можно вызывать из программ "C" (т.е. рамки тестирования). Чтобы наконец создать приложение, вы пишете интерфейс ассемблера, который просто вызывает вашу новую библиотеку.
IMHO Понятие модульного тестирования не применимо к низкоуровневым языкам, таким как сборщики. Модульное тестирование связывает функциональность модуля тестирования с методом, классом, процедурой. На мой взгляд, таких вещей не существует в ассемблере - конечно, можно объявить процедуры в некоторых сборщиках (это было возможно в TASM и MASM), но они не являются тем, что существуют в машинных кодах.
Однако, я думаю, что мы все еще можем рассмотреть автоматическое тестирование кода сборки. Лично я не слышал о каких-либо фреймворках, которые позволили бы это сделать.