Комментарии 12
Я думаю стоит добавить код класса PaymentsCore, на словах тяжело представить где там зарылся static метод.
Продолжение следует? =) Хотелось бы про behaved типы узнать. А вообще полезная штука, используем для юнит тестирования SharePoint приложений как бесплатную альтернативу TypeMock Isolator
Я думаю ещё было бы полезно указать, что если используется НЕ стандартный проект тестов Visual Studio, а например NUnit или MBUnit, то тесты надо запускать не через стандартные runner'ы, а с помощью утилиты moles.runner
Имхо, при правильной архитектуре ни Typemock ни аналогичные продукты не нужны. Тем самым, получается что эти тулзы нужны только для легаси-кода… ну и для SharePoint, конечно.
К сожалению, правильная архитектура встречается не так часто, как хотелось бы. Мой опыт говорит, что гораздо чаще встречается неправильная
Согласен. Но как я уже заметил, часто приходится работать с уже существующей архитектурой, и рефакторинг не подходит из-за временных затрат. Хотя, разумеется, если строить приложение правильно — то таких ухищрений — как замена static методов — можно избежать.
И мне интересно, каким образом в PaymentsCore происходит вызов MCacheManager, а не CacheManager?
1-я ссылка не работает
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Moles — Isolation Framework от Microsoft Research или как сделать юнит-тестирование удобнее