Лучший макет фреймворка, который может сделать как WebForms и MVC?

Question

Я углубляюсь в рабочий процесс TDD, и у меня есть смесь приложений MVC и asp.net Web Forms.

MOQ рекомендуется для MVC.

Я использовал Rhino для веб-форм.

Есть ли у кого-нибудь лучшие практики для использования одного фреймворка для обоих?

Answer 1

Это глупый вопрос, но я предпочитаю Rhino Mocks, так как он представляет более полное понимание mocks против заглушек .

Загляните в TypeMock, прежде чем переходить к цене.

Кроме того, для ASP.NET MVC не существует рекомендуемой среды для насмешек.

Наконец, - я бы предложил вам придерживаться одной насмешливой основы в вашем проекте (и даже в вашей команде) - различия, хотя и незначительные, могут привести к путанице, которая неоправданна для такой "полировки камня" решение. Под этим я подразумеваю, что решение не должно быть долгим, просто выберите то, что работает, и приступайте к созданию ценности.

Answer 2

Последний релиз Rhino включает в себя большую часть сладкой сладкой любви 3.5, которая есть у MoQ. Я фанат MoQ, вот что я использую. Но у меня также есть Rhino на случай, если MoQ сделает то, чего не делает MoQ.

TL; DR: MoQ it baby.

Answer 3

TypeMock безумно мощный. Когда мне понадобилось для модульного тестирования приложения веб-форм, не предназначенного для тестирования, TypeMock спас мне жизнь.

Но когда я беру время, чтобы выбрать архитектурный шаблон (MVC) или проектировать тот, который допускает Mockability (вы знаете, публичные методы виртуализации с изменением состояния), я использую Moq. Это так просто в использовании и так просто учить других.

Синтаксис воспроизведения записей в TypeMock все еще сбивает меня с толку, но он сэкономил мне много времени в условиях плотного графика выпуска. API Moq почти самоочевиден, что является удивительным достижением, учитывая историю фиктивной библиотеки.

Answer 4

Посмотрите на Ivonna для подделки HTTPContext и традиционных веб-форм.

http://sm -art.biz / Ivonna.aspx

Answer 5

Я бы просто пошел дальше и использовал мой любимый фреймворк для обоих. Я не думаю, что есть какая-то причина, по которой я бы выбрал один фреймворк для веб-форм, а другой - для MVC. Гораздо более серьезная проблема заключается в том, как мне вообще протестировать страницы веб-форм, поскольку общеизвестно сложно отделить страницу от остальной части стека HttpRequest.

Мой любимый Мок. Я также использовал TypeMock. Это стоит денег, но он действительно мощный - он позволяет вам высмеивать конкретные классы и конструкторы, так что вы можете потенциально высмеивать такие вещи, как HttpContext или HttpRequest.