Книга: ASP.NET MVC Framework
Маршрутизация и тестирование
Когда дело касается модульного тестирования механизмов маршрутизации, то определение области тестирования не выглядит очевидным. Что необходимо тестировать? В простейшем случае, когда ваш проект на MVC Framework содержит всего один маршрут Default
, определенный по умолчанию, модульное тестирование теряет большую часть смысла. Но в случаях, когда маршрутов в проекте много, повсеместно используется ограничение и игнорирование маршрутов, модульное тестирование обретает широкую область для применения.
Здесь мы на нескольких примерах рассмотрим, как включить в свой проект тесты маршрутов, ограничений и маршрутов игнорирования.
Тестирование определенных разработчиком маршрутов — достаточно простое, но важное дело. Так как маршрутизация — это один из краеугольных механизмов, который осуществляет работу веб-приложения, правильно функционирующие маршруты — важнейшая часть любой системы. Ошибка при переопределении маршрута или добавлении нового маршрута может стоить выхода из строя как отдельного функционала, так и всего сайта.
Для тестирования маршрутов воспользуемся тремя популярными средствами:
? NUnit (http://www.nunit.org/index.php) — альтернативное средство тестирования;
? RhinoMocks (http://ayende.com/projects/rhino-mocks.aspx) — позволяет создавать фальшивые, так называемые, "мок-объекты";
? MvcContrib (http://www.codeplex.com/MVCContrib) — содержит функционал, расширяющий возможности MVC Framework, в том числе и в сфере модульного тестирования.
- ГЛАВА 8 Тестирование веб-приложений
- Тестирование Web-сервиса XML с помощью WebDev.WebServer.exe
- Разработка через тестирование и разработка с тестами
- Часть III. Шаблоны разработки через тестирование
- Приложение 1 Тестирование ПК при включении
- Тестирование модема
- Качество ? Тестирование
- 14.12.2. Маршрутизация от источника
- 8. Тестирование привычки. Где искать возможности формирования привычек?
- АБ-тестирование
- Тестирование функций
- 13.3.6. Тестирование переводов в персональном каталоге