Используете проверочный тестовый модуль во встроенном устройстве?

Question

Кто-нибудь использовал проверку в качестве основы модульного тестирования во встроенном устройстве, которое также требует кросс-компиляции?

Это даже хорошая идея, или я должен просто использовать что-то другое (например, встроить или подобное)?

Если так, то как мне написать Makefile.ams и configure.ac?Я не использовал autotools для начала, так что все эти кросс-компиляции, безусловно, не помогают ...

Я мог бы просто пропустить всю фактическую проверку конфигурации, так как я компилирую только в одной или двух средах, ноМне нужно скомпилировать чек к цели?Я не могу понять из инструкций, как связать реальную среду с моим тестовым кодом.

Какие минимальные файлы мне понадобятся?Примеры делают всю работу по настройке, и я не могу понять, что я могу пропустить.

Answer 1

Насколько я вижу, "check" использует системный вызов fork (). Если вы не используете операционную систему на основе UNIX в вашей встроенной цели, вы столкнетесь с проблемами здесь. На странице справки check в главе 2.1 вы найдете хороший обзор альтернативных структур модульного тестирования. Большинство фреймворков полагаются либо на вызовы операционной системы, либо на некоторые стандартные функции библиотеки, которые могут отсутствовать в вашей встроенной цели.

Мне показалось, что инфраструктура модульного тестирования макросов MAESTRA очень полезна для встраиваемых платформ. Несколько лет назад на Embedded.com была интересная статья: Выполнение модульного тестирования кода C на небольшом количестве .

Но если вы имеете дело с большим количеством стороннего кода или существующей кодовой базой, MAESTRA может оказаться не лучшим выбором, так как он обеспечивает специальный стандарт кодирования для работы инструментария кода. Это также может вступить в противоречие с собственным стандартом кодирования вашей компании.