Я много занимаюсь разработкой Compact Framework, и я бы предложил альтернативу использованию модульного тестирования интеллектуальных устройств.
Измените код, чтобы ваш пользовательский интерфейс был просто представлением. (Т.е. он ничего не делает, кроме как вызывает другие классы.) Затем поместите классы, не относящиеся к пользовательскому интерфейсу, в модульный тест. (Просто нормальные юнит-тесты.)
Visual Studio выдаст предупреждение при первом создании обычного проекта модульного теста, но после этого он будет плавным.
Для этого есть 3 причины:
- Speed. Таким образом, выполнение ваших модульных тестов занимает намного меньше времени.
- Простота. Как вы уже видели, тестирование и работа модуля интеллектуального устройства занимает немного
- Совместимость. Делая это, вы получаете доступ к таким инструментам, как Rhino Mocks.
Теперь недостаток:
- Вы не «действительно» тестируете свой код в среде NETCF.
Несмотря на то, что этот недостаток существенный, модульные тесты не являются заменой «реального» тестирования, которое быстро обнаружит любые проблемы, которые могут быть упущены из-за этого недостатка.