Django Testing - Трудно кодируйте URL или Нет
Не использование ключевого слова или около этого.
Вы могли "обмануть" отражение использования и т.д., но я не рекомендую "обмануть".
4 ответа
Недавно я начал использовать Twill через django-test-utils для модульного тестирования некоторых моих работ с Django.
Вместо жесткого кодирования URL-адреса и / или обратное направление. Я использую такие вещи, как twill.follow ('Blog') (для перехода по ссылке «Блог» на странице).
Это позволяет вам действительно проверять поведение вашего веб-сайта, как если бы его видел веб-браузер, и улавливать то, что другие методы не могут. Например, не получится, если вы случайно удалите ссылку «Блог» из навигационных ссылок.
Я бы порекомендовал использовать «Вариант А. reverse ()», потому что он позволяет отделить ваш тест от места, в котором смонтировано представление.
например, если '/ blog / test-blog / 'превращается в' / blog / test-better-url-blog / 'для теста по-прежнему актуален.
Для получения URL-адресов по именам представлений лучше использовать обратную функцию. Это не только проверит ваши представления, но и гарантирует, что имена ваших представлений останутся прежними.
Рассматривайте это как внутреннее тестирование API. Вы узнаете, не работают ли некоторые из ваших URL-адресов, и получите напоминание об обновлении тегов {% url%} в шаблонах.
Почему бы не сделать оба twill.follow ('Blog') и reverse () ?