Есть ли способ идентифицировать запрос http, который отправляет 200 кодов состояния, но перенаправляет на страницу, которая отображает ошибку 404

Question

У меня есть ссылка на Microsoft, которая возвращает 200 кодов состояния, но отображает 404 пользовательских страницы.Как подтвердить в jmeter и сделать тестовый пример, что эта ссылка возвращает фактически неработающую ссылку.

https://support.microsoft.com/kb/948590

, которая перенаправляет на

https://support.microsoft.com/en-us/help/948590

с 404 страницами пользовательских изображений и ниже -возвращается статус -

Thread Name: Thread Group 1-1
Sample Start: 2019-04-17 18:53:54 IST
Load time: 1282
Connect Time: 0
Latency: 626
Size in bytes: 107295
Sent bytes:214
Headers size in bytes: 1074
Body size in bytes: 106221
Sample Count: 1
Error Count: 0
Data type ("text"|"bin"|""): text
Response code: 200
Response message: OK

Ожидается, что у меня будет так много URL, на котором есть пользовательская страница, которая отображает 404 и возвращает код состояния 200.

Как сделать так, чтобы такой URL не работал в jmeter

Answer 1

Это на самом деле то, что ваш разработчик должен исправить со своей стороны, когда устанавливает код ответа HTTP. Обратите внимание, что JMeter - инструмент тестирования на стороне клиента. Это просто идет с ответным сообщением HTTP и кодом ответа, полученным с сервера. Он не может принять решение на основе случайного текста, который может содержать 404.

Если вы QA / Dev человек и видите это для своего приложения, вы должны это исправить. До этого вы можете проанализировать текст ответа и решить, был ли ответ успешным или нет.

Например:

Вы можете ошибиться самостоятельно, проверив, что 404PageController не присутствует в вашем ответе.

Answer 2

Пользовательская страница 404 должна по-прежнему возвращать код состояния 404. Например, Drupal корректно возвращает код 404 вместе с пользовательской темой, блоками и т. Д.

Глядя на это в Chrome Web Dev, я вижу следующий URL: 948590?iecbust=1555509641240

Тот правильно возвращает 404, но это из XHR позже при загрузке страницы. Возможно, что-то связанное с Angular, но я не уверен, как бы вы поняли это из исходного URL.