Вместо того, чтобы указывать причины, по которым вы должны использовать MVC поверх веб-форм, я бы сделал шаг назад и проделал бы команду управления о том, почему вы должны использовать модульные тесты. После того, как это продано, вы можете сказать, что MVC позволит вам сделать это более эффективно, чем веб-формы.
Вы собираетесь пройти полный маршрут TDD или просто создавать тесты после? Я настоятельно рекомендую пойти по пути TDD, даже если он имеет более крутой график обучения и снизит вашу производительность, пока вы изучаете его.
Поскольку вы уже изучаете тестирование, вы, вероятно, знаете большинство из них, но я повторю некоторые из преимуществ:
Меньше дефектов попадает в QA.
Можно создавать тесты для проблем, которые обнаруживают QA и клиенты.
Проектирование для тестирования создает более слабосвязанное приложение, которое, как правило, легче обслуживать.
Повышение уверенности разработчиков при внесении изменений, ведущих к устойчивой производительности по мере развития базы кода приложения.
Тесты - отличная документация для новых разработчиков, присоединяющихся к проекту, так как они видят, чего пытаются достичь.
Примечание: стоимость исправления дефекта, сделавшего его доступным для производства, может быть в 80 раз больше стоимости его обнаружения и исправления в процессе разработки и контроля качества (я постараюсь найти источник для этой цифры) .
Тем не менее, модульное тестирование - это только часть головоломки, вы также захотите использовать сервер непрерывной интеграции, такой как CruiseControl.NET, для автоматизации ваших сборок и тестов. Это обеспечит поддержание сборки в рабочем состоянии.
Для существующего проекта Webforms вы также можете заглянуть в Фабрику программного обеспечения веб-клиента. Я обнаружил, что это очень полезно для переноса устаревших приложений веб-форм с течением времени, хотя это немного сложнее, чем MVC2.