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

Надеемся, что с помощью стресс-тестирования мы сможем обнаружить множество ошибок, которые труднее обнаружить с помощью других методов тестирования.

Существует два типа ошибок: утечки памяти, параллелизм и синхронизация.

Эффективная система стресс-тестирования будет применять следующие ключевые условия: повторение, параллелизм, масштабность и случайные вариации.

1. Показатели эффективности

Время ответа Time: RT）

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

HPS（Hits Per Second）

Количество кликов в секунду, единица кликов/секунду.

TPS（Transaction per Second）

Количество транзакций, обрабатываемых системой в секунду, единица измерения — транзакции в секунду.

QPS（Query per Second）

Количество запросов, обрабатываемых системой в секунду, единица измерения — раз в секунду. Для интернет-сервисов, если некоторые сервисы имеют одно и только одно соединение запроса, то TPS=QPS=HPS,один Обычно используется TPS Чтобы измерить весь бизнес-процесс, используйте QPS Чтобы измерить количество запросов к интерфейсу, используйте HPS Приходите, чтобы выразить Указывает на запрос клика на сервер.

несмотря ни на что TPS, QPS, HPS — этот показатель является очень важным показателем для измерения производительности системы. Чем больше, тем лучше, как показывает опыт:

Финансовая отрасль: 1000~50 000TPS, исключая деятельность в Интернете. Страховая отрасль: 100~100 000TPS, исключая деятельность в Интернете. Обрабатывающая промышленность: 10TPS~5000TPS Электронная коммерция в Интернете: 10000TPS~1000000TPS Интернет-сайты среднего размера: 1000~50 000TPS. Небольшой интернет-сайт: 500~10000TPS

Максимальное время отклика

Относится к пользователю, отправляющему запрос или инструкцию системе для ответа (ответа). максимальное время.

Минимальное время ответа (Mininum ResponseTime)

Относится к пользователю, отправляющему запрос или инструкцию системе для ответа (ответ должно) минимальное время.

90% время ответа

относится ко времени ответа всех отсортированных пользователей, №. 90% время ответа.

Внешне тестирование производительности в основном фокусируется на следующих трех показателях:

Пропускная способность: количество запросов и задач, которые система может обрабатывать в секунду.

​ ​Время ответа: время, необходимое службе для обработки запроса или задачи.

        Частота ошибок: доля запросов в пакете запросов, в результате которых возникла ошибка.

 2、JMeter

1、JMeter Установить

https://jmeter.apache.org/download_jmeter.cgi

Загрузите соответствующий сжатый пакет, распакуйте его и запустите jmeter.bat.

2. Пример стресс-теста JMeter

Добавить группу тем

Подробное объяснение параметров группы потоков

Количество потоков: количество виртуальных пользователей. Виртуальный пользователь занимает процесс или поток. Здесь задайте количество виртуальных пользователей, то есть задайте количество потоков.

Время подготовки Ramp-Up Period (в секундах): сколько времени потребуется для активации заданного количества виртуальных пользователей. Если количество потоков равно 10, а время подготовки равно 2, то для запуска 10 потоков требуется 2 секунды, то есть каждую секунду запускается 5 потоков.

Количество циклов: сколько раз каждый поток отправляет запрос. Если количество потоков равно 10, а количество циклов равно 100, то каждый поток отправляет 100 запросов. Общее количество запросов 10*100=1000. Если установлен флажок «Всегда», все потоки будут продолжать отправлять запросы и прекращать выполнение сценария по вашему выбору.

Отложить создание потока до тех пор, пока он не понадобится: отложить создание потока до тех пор, пока он не понадобится.

Планировщик: Установите время начала и время окончания запуска группы потоков (при настройке планировщика нужно проверять количество циклов как всегда)

Продолжительность (секунды): продолжительность теста, будет охватывать время окончания.

Задержка запуска (секунды): время задержки запуска теста, которое перезапишет время запуска.

Время запуска: время запуска теста, задержка запуска будет иметь приоритет. Когда время запуска пройдет, текущее время также перезапишет его при тестировании вручную.

Время окончания: время окончания теста, продолжительность будет иметь приоритет над ним.

Добавить HTTP-запрос

Добавить слушателя

Начать испытание давлением&Посмотреть результаты анализа 

Анализ результатов

 Подтвердите частоту ошибок с помощью разработки, чтобы определить, разрешено ли возникновение ошибок или в каком диапазоне допускается частота ошибок;  Throughput Если количество запросов пропускной способности в секунду превышает количество параллелизма, вы можете постепенно увеличивать его, если машина используется для стресс-тестирования; Когда производительность сервера очень хорошая, если пропускная способность меньше количества параллелизма, это означает, что количество параллелизма больше невозможно увеличивать, и вы можете постепенно увеличивать количество параллелизма. Уменьшите вниз, чтобы найти оптимальное количество параллелизма;  После окончания стресс-теста войдите в соответствующий web Просмотр сервера CPU Провести анализ данных по показателям эффективности;  крупнейший tps, продолжайте увеличивать количество параллелизма, добавляйте к tps достигает определенного значения и начинает снижаться, то это значение крупнейший tps。  крупнейшийодновременночисло：крупнейшийодновременночислоикрупнейший tps это разные вероятности. Как правило, количество параллелизма постоянно увеличивается, чтобы достичь. После индивидуального значения, если на сервере истекло время ожидания, это значение можно рассматривать как специализированновременный номер.  Узкое место в производительности возникает во время процесса испытания под давлением, если диспетчер задач печати просматривает. процессор, сеть и cpu Все в норме, не дошло Если он выше 90%, значит проблема с сервером и нет проблем с печатью.  К факторам, которые следует учитывать, влияющим на производительность, относятся: База данных, приложение, промежуточное ПО (tomact, Nginx), сеть и операционная система и т. д.  Сначала подумайте, принадлежит ли ваше приложение CPU Интенсивный или IO Интенсивный