Я вижу, что люди задают более конкретные вопросы, но моя широкая, зачем вообще тестировать какие-либо маршруты? где это действительно помогает? Благодаря!Почему один модуль тестирует маршруты MVC?
PS в настоящее время делает это в .Net C# MVC 3
Я вижу, что люди задают более конкретные вопросы, но моя широкая, зачем вообще тестировать какие-либо маршруты? где это действительно помогает? Благодаря!Почему один модуль тестирует маршруты MVC?
PS в настоящее время делает это в .Net C# MVC 3
Просто мои 2 ¢ к очень субъективный вопрос:
Поскольку блоком тестирования ваших маршрутов, сочетание один ключ (который будет запускать модульные тесты) позволяет проверить, будут ли они вести себя так, как ожидалось, в отличие от запуска всего вашего приложения и вручную тестировать их, тратя огромное количество времени и потенциально забывая вручную протестировать некоторые из краевых случаев. Кроме того, когда какой-либо другой разработчик наследует базу кода и начинает ее модифицировать, ему гораздо легче запустить эту же комбинацию клавиш (которая запускает модульные тесты) и получить мгновенную обратную связь, не повлияли ли ее модификации на существующую функциональность вместо того, чтобы вручную проходить через все приложение и перебирать все ссылки и прочее.
И с практической точки зрения я использую MvcContrib TestHelper для проверки своих маршрутов.
Это хорошее описание того, почему вы хотите модульное тестирование, но оно не отвечает конкретному случаю, почему вы хотите, чтобы блок тестировал ваши маршруты ... –
@RogerLipscombe, это та же самая причина :-) Вы предпочитаете удалять одну комбинацию клавиш, чтобы проверить, правильно ли написанный вами код, а не проходить через все ваше приложение. И, конечно, чем сложнее ваше приложение, тем больше времени вы тратите на это, тогда как комбинация клавиш остается неизменной :-) –
Но почему вы должны тестировать маршруты * вообще *? –