Какое влияние оказывает ответный код 400,503?Можем ли мы игнорировать эти коды, если моей основной задачей является измерение времени загрузки веб-приложения?

Question

Я тестирую время загрузки страницы входа в веб-приложение с 300 пользователями потоков и период увеличения 300 с. Большинство моих примеров возвращают код ответа 200. Но немногие из них возвращают код ответа 400 503.Моя цель - просто проверить производительность веб-приложения, если 300 пользователей начнут его использовать.Я новичок в Jmeter и имею базовые знания по программированию.Мой вопрос: - 1. Могу ли я игнорировать эти ошибки и сосредоточиться только на времени из сводного отчета?2. Если мне действительно нужно исправить эти ошибки, как это исправить?

Answer 1

Эти ошибки обозначены двумя различными проблемами:

1. HTTP Status 400 означает Bad Request - это означает, что вы отправляете искаженные запросы, которые не могут быть понятына сервере.Вы должны проверить детали запроса и изменить конфигурацию JMeter, так как это проблема в вашем скрипте.

2. HTTP Status 503 означает Service Unavailable - это указывает на проблему на стороне сервера,т.е. сервер не способен справиться с нагрузкой, которую вы генерируете.Это то, что вы уже можете сообщить о проблеме приложения.Вы можете попытаться определить основную причину:

   • , просматривая файлы журналов вашего приложения
   • , проверяя, достаточно ли у вашего приложения запаса для работы с точки зрения ЦП, ОЗУ, сети, дискаи т. д. Это можно сделать с помощью APM tool или JMeter PerfMon Plugin
   • повторного запуска теста с помощью инструмента профилирования телеметрии для глубокого погруженияв то, что скрывается под самым большим временем отклика

Итак, прежде всего вы должны убедиться, что ваш тест делает то, что он должен делать, запустив его с 1-2 пользователя / петли и проверка запросов / подробности ответа.На этом этапе у вас не должно быть никаких ошибок.

В дальнейшем вам следует постепенно увеличивать нагрузку и соотносить растущее число виртуальных пользователей с увеличением времени отклика / количества ошибок
`

Answer 2

Тестирование производительности отличается от нагрузочного тестирования. То, что вы делаете, это нагрузочное тестирование.

Тестирование производительности - это больше о том, как быстро выполняется действие. Обычно я фиксирую производительность в системе, не загруженной для данного действия.

Это дает базовый уровень, к которому я могу затем обратиться во время нагрузочных тестов.

Надеюсь, вам дали некоторые показатели производительности для тестирования. Например. должен уметь обрабатывать 300 запросов за две минуты.

При переходе к нагрузке я запускаю серию нагрузочных тестов с увеличением количества пользователей / потоков и фиксирую результаты каждого теста.

Вооружившись этим, я вижу, как нагрузка снижает производительность до такой степени, что начинают появляться ошибки. Это дает вам представление о том, сколько типичной нагрузки может выдержать система.

Я также хотел бы провести тесты на замачивание. Именно здесь я долгое время запускал JMeter с типичной (не пиковой) нагрузкой, чтобы система могла выдерживать устойчивую нагрузку.

Что касается ошибок, которые вы видите, нет, я бы не стал их игнорировать. Предполагая, что ваш тест вызывает одну и ту же конечную точку, можно с уверенностью сказать, что код в порядке, его инфраструктура борется с нагрузкой, которую вы на него бросаете.