Выделение зависимостей в модульных тестах Silverlight

Question

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

• PRISM использует множество методов расширения, которые по сути являются статическими методами, поэтому не являются надёжными.
• Все фальшивые фреймворки, использующие грязные приемы для насмешки не виртуальных и статических методов,не работает в Silverlight (например, Moles, JustMock. Не уверен насчет TypeMock Isolator.)

Итак, мой вопрос:

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

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

TIA

Answer 1

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

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

Answer 2

вы можете проверить Silverunit (упоминается во второй половине этого видео) Модульное тестирование в Silverlight с SilverUnit