Нагрузочное тестирование K6 (Концепт)

[lunarshade]

Лень всё читать, но обычно хорошей практикой является перед тестами стабильности проводить тест поиска максимума, который выглядит как ступенчатый тест со ступенями по 10-20 минут. Spike как тут на графике не особо показателен в большинстве случаев, может если только для быстрого определения примерной верхней границы.

[AlbinaG]

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

[Levord]

Нагрузка возрастает мгновенно - это когда у всех вдруг включили свет/интернет и все разово полезли проверять баланс/счет/делать перевод. А черная пятница и продажа билетов - это все же размазано в течени светового дня.

И вот во "мгновенно" - вы упретесь и быстро выявить узкое место на входе, либо в невозможность системы быстро масштабироваться, либо скорость роста нагрузки превысит скорость выделения ресурсов. Может еще будет много всяких "но".

А в ступенчатой нагрузке поиска максимума системы: сам выход на ступень стараются не делать за 1сек +100500 VUsers дабы более точно отследить момент развала системы + это больше эмулирует реальный мир; а так же ступень каждая +100 потоков после всей активации - держится 5-10 минут без добавления новой нагрузки, что бы система стабилизировалась.

[AlbinaG]

Вот прямо сейчас продают билеты на масленицу в Никола-Ленивце, старт продаж в 12:00 по Москве, сейчас на часах 12:15, более половины билетов уже нет, а в 12:04 закончилась одна из категорий билетов, вот сообщение из чата:

Так что я с вами согласна, если система не подразумевает такого ажиотажа, то подход со ступенчатой нагрузкой может быть весьма информативным, но есть и масленица в Никола-Ленивце