Изолирующие зависимости в модульных тестах Silverlight

Question

Я в процессе написания приложения LOB в Silverlight, и я немного смущен всеми препятствиями, с которыми я сталкиваюсь с модульным тестированием.

• PRISM использует множество методов расширения, которые по существу являются статическими методами, поэтому не являются имитируемыми.
• Всех рамок насмешливо, которые используют грязные трюки, чтобы издеваться невиртуальными и статические методы не работают в Silverlight

Итак, мой вопрос (например, родинки, JustMock Не уверены TypeMock Изолятора..):

Существует ли стратегия выделения зависимостей в модульных тестах Silverlight?

Я что-то упустил или просто не думал об этой проблеме правильно? Могу ли я использовать тесты пользовательского интерфейса (например, доступные в новом VS2010 Feature Pack 2), чтобы обойти эту проблему?

ТИА

Answer 1

Вы смотрели на другие структуры MVVM тогда, если у вас есть такие проблемы с Prism? Как правило, все слои приложения Silverlight должны проверяться.

• Модели должны быть проверяемы, потому что они не должны иметь ничего общего с какой-либо технологии пользовательского интерфейса
• Посмотреть модели должны быть проверяемы, потому что они не должны ничего ссылаться на UI
• Просмотров (XAML) являются декларативными
• Вам нужно заполнить пробелы и написать собственные элементы управления, прикрепленные свойства и поведение. Вы можете посмотреть исходный код Silverlight Toolkit, чтобы посмотреть, как они обрабатывают тестирование там.

Answer 2

вы можете проверить silverunit (упоминается во второй половине этого видео) Unit Testing in Silverlight with SilverUnit