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