Модульное тестирование кода ASP.NET позади

Question

Я читал о MVC, в котором авторы предполагают, что тестируемость является одной из основных сильных сторон MVC. Они сравнивают его с ASP.NET WebForms и тем, насколько сложно протестировать код в WebForms.

Я понимаю, что это сложно, но может кто-нибудь объяснить, как были написаны модульные тесты для проверки кода за логикой в ​​старые времена?

Answer 1

В старые времена я тестировал веб-формы aspnet, используя шаблон Model View Presenter. Я смог протестировать код с этим шаблоном, потому что я абстрагировал условную логику / циклы / и т. Д. В отдельный класс, который не жил в рамках веб-форм.

То, что осталось в коде веб-форм, было не более чем несколькими свойствами и вызовом загрузки страницы для инициализации самого класса презентатора.

Тогда каждый обработчик события просто передавал работу классу докладчика.

Я провел много времени с этим шаблоном и обнаружил, что он делает вещи более удобными для тестирования, но это большая работа по сравнению с aspnet mvc

Answer 2

Код позади - простые методы в классе (единственное отличие с другим классом в том, что этот класс наследует от объекта Page)

Так что это можно проверить. большинство проблем возникает потому, что методы были тесно связаны с элементами управления web.ui, такими как сетка; их было не так легко подделать. Если вы не подделывали элементы управления пользовательским интерфейсом, вы также тестировали внутреннюю работу элементов управления пользовательского интерфейса, которая немного перестаралась.