Size: a a a

QA — Load & Performance

2019 December 13

A

Aleksandr in QA — Load & Performance
Kirill Yurkov
в 90% случаях оказывается что они не нужны)
Поддерживаю. Но если всё-таки нужны, то надо понять сколько сессий нужно одновременно.
источник

AS

Antony Sunrise in QA — Load & Performance
Kirill Yurkov
обычно в таких случаях первый пункт это узнать а точно ли надо именно 101000 пользователей и на основе чего сделан вывод о том что надо именно столько
В этой конторе никому ничего не нужно, мне надо ответить как это можно сделать и всё
источник

A

Aleksandr in QA — Load & Performance
Легко, у нас например есть облачный инструмент boomq.io кол-во пользователей не ограничено :)
источник

Г

Григорий in QA — Load & Performance
Antony Sunrise
В этой конторе никому ничего не нужно, мне надо ответить как это можно сделать и всё
Так и ответь
Нужно провести анализ
источник

A

Aleksandr in QA — Load & Performance
Но правильный ответ - разработать методику нагрузочного тестирования.
источник

AS

Antony Sunrise in QA — Load & Performance
Григорий
Так и ответь
Нужно провести анализ
Мне ответят "Ну ээ, давай проверять пока те требования которые есть"
источник

AS

Antony Sunrise in QA — Load & Performance
Ну и в любом случае там надо будет много юзеров, что посоветуете
источник

KY

Kirill Yurkov in QA — Load & Performance
стоит задуматься о том, что за сервис в облаке, какие там машины, так или иначе такие тесты ограничиваются в первую очередь количеством сокетов/потоков, пропускной способностью канала и вот такими проблемами. так что первое в чем стоит убедится - это может ли облако обеспечить такое количество соединений, если они всё же нужны одновременно. потом смотреть может ли система сама принять это количество. если эти этапы выполнены - смотреть по ресусрам, если просто то можно реализовать 5% от этого теста из облака и сделать прогон нужного сценария в   этих условиях, дальше смаштабировать нагрузку до 10% процентов, посмотреть рост утилизации. сделать вывод о том сколько нужно ресурсов с запасом под все утечки вероятные. перед этим конечно стоит выбрать  инструмент, наверное лучше всего подойдет гатлинг, но для распреденных тестов нужно немного пошаманить, если попрощу вариант - это жметер, тогда и ресурсов думаю нужно будет больше. применить все знания из доклада Славы https://docs.google.com/presentation/d/1EPPMHeTjxOTSnt6q7fbJsMoDFHLzcjFKuLxcCARNDmU/edit?usp=sharing
источник

Г

Григорий in QA — Load & Performance
Значит требования всё-таки есть
источник

AS

Antony Sunrise in QA — Load & Performance
Григорий
Значит требования всё-таки есть
"101000 юзеров одновременно" Фсё
источник

AS

Antony Sunrise in QA — Load & Performance
Разумеется 24/7
источник

KY

Kirill Yurkov in QA — Load & Performance
а то есть 101000 распределены на 24 часа?
источник

МЁ

Мюсля 🙈 Ёшшик in QA — Load & Performance
Kirill Yurkov
а то есть 101000 распределены на 24 часа?
это 101000 задрот сидящий 24/7
источник

KK

Konstantin Kalinin in QA — Load & Performance
Ну надо показать сколько это будет стоить, и тогда стейкхолдеры сразу призадумаются, действительно ли все так, как они говорят
источник

Г

Григорий in QA — Load & Performance
Ну значит нужно будет 101000 юзеров, нагрузочные станции, скрипты, мониторинг
источник

МЁ

Мюсля 🙈 Ёшшик in QA — Load & Performance
без разрывов
источник

ЕЕ

Евгений Евгений in QA — Load & Performance
Статья про много реальных пользователей https://habr.com/ru/post/445368/
источник

KY

Kirill Yurkov in QA — Load & Performance
вы там в гугле поисковик тестируете?))
источник

KY

Kirill Yurkov in QA — Load & Performance
в черную пятницу и еще с запасом в пару десятков тыщ юзеров
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Думаю можно сделать и в JMeter и в Gatling. Только станцию и инструмент настроить. Станций понадобится с запасом. Штуки три хотя бы.
источник