Я хочу симулировать эту ошибку, поэтому я могу проверить, что отображается общая страница ошибки, а не HTTP 500, в свете недавней уязвимости безопасности.
Мы включаем специальную обработку в самом сайте для 404 и 403, поэтому я хочу убедиться, что ошибки без специальной обработки тоже работают.
Ответ 1
throw new Exception();
Ответ 2
Я думаю, вы можете сделать это, переопределив инициализацию страницы и добавив код состояния 500 в ответ следующим образом:
Ответ 3
вы можете разбить файл web.config. Поместите неверный тег для тестов
Ответ 4
Здесь можно сделать это без изменения вашего сайта:
- В своем веб-браузере откройте страницу на своем сайте с обратной формой.
- Нажмите F12, чтобы открыть инструменты разработчика.
- На вкладке HTML найдите __VIEWSTATE и каким-либо образом измените значение.
Это приведет к ошибке «Проверка MAC-адреса в представлении» с ошибкой «ASP.Net Exception», которая возвращает код ответа HTTP с внутренней внутренней ошибкой сервера.
Разрыв web.config с неверным тегом также работает, но он побеждает цель, если вы пытаетесь проверить некоторые параметры в вашем web.config(например, Failed Request Tracing).
Ответ 5
Это генерирует пользовательский код ошибки HTTP в классическом asp.
Надеюсь, это поможет вам определить лучший способ реализации макетов.
В проекте объясняется общая идея, есть проблемы с семантикой и переводом с readme.md, я буду работать над этим, пожалуйста, будьте терпеливы. Пожалуйста, забудьте мой английский /misspelling, дайте мне знать о любой коррекции
Я работал над этим демо-проектом о том, как реализовать Protractor + CucumberJS + sugar-step. Сейчас он содержит очень простой Angular APP и 3 E2E Test.
Демонстрация работает, но не завершена, но все же нужны некоторые функции, которые, как мне кажется, полезны для тестирования E2E.
Как я могу установить разные ответы Mock для каждого сценария?
Что можно проверить таким образом?
Зачем использовать UI-Mocks в AngularJS, а не прокси?
- Контроль пользовательского интерфейса, (конечно, в зависимости от ваших конкретных потребностей) с помощью Angular вы можете делать такие вещи, как: отключить анимацию ngAnimations или jQuery полностью, Mock вашего локального браузера Date, чтобы эмулировать поведение, которое зависит от даты автоматически.
- Стоимость, (в зависимости от вашего проекта) стоимость реализации локального прокси для всех веб-сервисов в каждой среде разработки может быть дорогостоящей (в аппаратных средствах или усилиях или часах реализации).
- Зависимость, если ваши команды разработчиков работают параллельно, это, скорее всего, будет зависеть от друг друга, если команда пользовательского интерфейса работает в функции, зависящей от X Web Сервис, зная спецификации реализации, команда UI может создавать простые макеты для продолжения своей работы, что делает более вероятным доставку во время проекта дыры.
Все эти аргументы зависят от того, с каким проектом вы работаете, и вовсе не означает, что это лучшее решение, но я больше заинтересован в том, чтобы слои проекта были независимы друг от друга и уметь выпустить новую функцию в одном слое независимо от того, задерживается ли другой уровень в его собственных новых функциях.