100% площадь покрытия? Это совершенно необходимо, особенно потому, что некоторые ветви (по умолчанию в операциях case для состояний машин, например) не могут быть запущены. Я ожидаю, что есть исключения, и если нет, вам, возможно, потребуется понять, что тестирование покрытия может и не может выполнить, прежде чем вы начнете - в противном случае вы в конечном итоге потянете свои волосы или, что еще хуже, дадите неверные данные.
Большинство проверок покрытия для встроенных систем фактически выполняется на ПК. Код переносится, некоторые аспекты микроконтроллера эмулируются в программном обеспечении, а Bullseye или другая аналогичная утилита для покрытия кода ПК. Причина этого заключается в том, что существует слишком много микроконтроллеров и компиляторов/отладчиков/тестовых сред для разработки инструментов покрытия кода для каждого из них.
Когда инструменты покрытия кода существуют для конкретной встроенной платформы, они не являются такими мощными, настраиваемыми, простыми в использовании и без ошибок, как те, которые разработаны для платформы ПК. Процессоры часто не имеют возможности трассировки (без аппаратного эмуляции высокого уровня), необходимые для обеспечения хорошего покрытия кода без вставки дополнительного кода отладки в ваше прошивку, что затем имеет последствия и побочные эффекты, которые трудно контролировать, особенно с проблемами времени в системы реального времени.
Портирование кода не является ужасно трудным, если вы можете абстрагироваться от конкретного аппаратного кода (и поскольку вы используете C++ правильно, это должно быть легко, правильно? ;-D). Самая большая проблема, с которой вы столкнетесь, - это типы, которые, хотя они лучше указаны на C++, чем в C, по-прежнему создают некоторые проблемы. Убедитесь, что вы используете тип.h или аналогичную настройку, чтобы конкретно рассказать компилятору, что именно вы используете, и как его следует интерпретировать.
После этого вы можете отправиться в город, проверяя основную логику на ПК. Вы даже можете протестировать аппаратные драйверы низкого уровня, если вы заинтересованы в разработке необходимого для этого эмуляции программного обеспечения, хотя проблемы с синхронизацией могут быть несколько неприятными.
Инструменты тестирования программного обеспечения, такие как MxVDev, выполняют много эмуляции микроконтроллера для вас и помогают в решении вопросов синхронизации, но вы по-прежнему будете работать с такой помощью.
Если вы должны сделать это на самой системе, вам нужно приобрести эмулятор для процессора с возможностью покрытия - не недорогое предложение (многие эмуляторы стоят выше 30 000 долларов США для полного набора инструментов и эмуляционного оборудования), но это один из многих инструментов, используемых в средах с высокой надежностью, таких как автомобилестроение и аэрокосмическая промышленность.
-Adam
Отказ от ответственности: Я работаю в компании, которая производит MxVDev.
Просто к сведению, что, кажется, не Меченый для поддержки Greenhills целостности для тех, кто рассматривает его использование. – Gary 2010-05-12 11:29:14