Size: a a a

QA — Load & Performance

2020 July 30

AG

Alexander Grigoryev in QA — Load & Performance
открыл другой дашборд - там только для вертикальной прокрутки ползунок, особо не мешает, но тоже есть) странная фигня
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Alexander Grigoryev
всем привет! заранее извиняюсь за странный вопрос)))
в графане не могу понять, что за полоска вылезла под всеми графиками, изза которой не видно легенды
и так и сяк двигал и менял размеры графиков, никуда не уходит все равно
че делать то?) бесит ужасно
Это зум в браузере может быть. Ctrl-колесико поможет сбросить масштабирование до 100%
источник

AG

Alexander Grigoryev in QA — Load & Performance
Alexander Grigoryev
действительно, если уменьшить масштаб до 50% все ползунки исчезают, прям на всех графиках, но страница при таком масштабе нечитаемая естессно
немного увеличить - тут же появляются
Ну вот я про зум в браузере и писал) при любом масштабе больше 50% появляются эти полоски
источник

VG

Viktor Ganeles in QA — Load & Performance
Alexander Grigoryev
Ну вот я про зум в браузере и писал) при любом масштабе больше 50% появляются эти полоски
А в другом браузере?
источник

AG

Alexander Grigoryev in QA — Load & Performance
Не подумал чет, как попробую, отпишу
источник

АМ

Антон Миролюбов... in QA — Load & Performance
Всем привет ✋.  Подскажите пожалуйста, есть задача нагрузить эндпоинт: Экзэмпл.ру/?парам1=55.0111,33.0111&парам2=55.0111,33.0111
При этом на каждый вызов эндпоинта, в запрос должны меняться get параметры, меняться они могу хоть на единицу, точность не важна, главное что бы каждый новый вызов был с уникальными параметрами. Уникальный параметры нужны, потому что сервер не умеет обрабатывать заголовки no cache. Инструмент используемый для нагрузки: gatling 3.3.0. Гугл подсказал вот такое решение: https://stackoverflow.com/questions/26863162/gatling-2-dynamic-queryparam-on-each-request
Вопрос: есть ли какие-то альтернативные решения? Сорри, я нуб в данном инструменте и языке, отсюда и прошу помощи)
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Антон Миролюбов
Всем привет ✋.  Подскажите пожалуйста, есть задача нагрузить эндпоинт: Экзэмпл.ру/?парам1=55.0111,33.0111&парам2=55.0111,33.0111
При этом на каждый вызов эндпоинта, в запрос должны меняться get параметры, меняться они могу хоть на единицу, точность не важна, главное что бы каждый новый вызов был с уникальными параметрами. Уникальный параметры нужны, потому что сервер не умеет обрабатывать заголовки no cache. Инструмент используемый для нагрузки: gatling 3.3.0. Гугл подсказал вот такое решение: https://stackoverflow.com/questions/26863162/gatling-2-dynamic-queryparam-on-each-request
Вопрос: есть ли какие-то альтернативные решения? Сорри, я нуб в данном инструменте и языке, отсюда и прошу помощи)
генери фидер с нужными параметрами, или любым другим способом, а потом
.queryParam("x", "${someVar}" )
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Антон Миролюбов
Всем привет ✋.  Подскажите пожалуйста, есть задача нагрузить эндпоинт: Экзэмпл.ру/?парам1=55.0111,33.0111&парам2=55.0111,33.0111
При этом на каждый вызов эндпоинта, в запрос должны меняться get параметры, меняться они могу хоть на единицу, точность не важна, главное что бы каждый новый вызов был с уникальными параметрами. Уникальный параметры нужны, потому что сервер не умеет обрабатывать заголовки no cache. Инструмент используемый для нагрузки: gatling 3.3.0. Гугл подсказал вот такое решение: https://stackoverflow.com/questions/26863162/gatling-2-dynamic-queryparam-on-each-request
Вопрос: есть ли какие-то альтернативные решения? Сорри, я нуб в данном инструменте и языке, отсюда и прошу помощи)
https://t.me/qa_load/26148
Вот так можно
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Антон Миролюбов
Всем привет ✋.  Подскажите пожалуйста, есть задача нагрузить эндпоинт: Экзэмпл.ру/?парам1=55.0111,33.0111&парам2=55.0111,33.0111
При этом на каждый вызов эндпоинта, в запрос должны меняться get параметры, меняться они могу хоть на единицу, точность не важна, главное что бы каждый новый вызов был с уникальными параметрами. Уникальный параметры нужны, потому что сервер не умеет обрабатывать заголовки no cache. Инструмент используемый для нагрузки: gatling 3.3.0. Гугл подсказал вот такое решение: https://stackoverflow.com/questions/26863162/gatling-2-dynamic-queryparam-on-each-request
Вопрос: есть ли какие-то альтернативные решения? Сорри, я нуб в данном инструменте и языке, отсюда и прошу помощи)
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
вот так тоже
источник

AG

Alexander Grigoryev in QA — Load & Performance
Вячеслав Смирнов
Это зум в браузере может быть. Ctrl-колесико поможет сбросить масштабирование до 100%
все, отбой) при 100% масштабе на всех браузерах никаких ползунков оказывается) просто я по привычке до 100 и не увеличивал никогда, т.к. слишком крупно) всем спасибо!
источник

АМ

Антон Миролюбов... in QA — Load & Performance
Всем большое спасибо! 🤘
источник

М

Матвей in QA — Load & Performance
ребят даунский вопрос
источник

М

Матвей in QA — Load & Performance
ramp-up исход из чего расчитывается?
источник

МЁ

Мюсля 🙈 Ёшшик... in QA — Load & Performance
подскажите нормальную утилиту для нагрузки для  приложения на socket io
источник

v

vasiliy in QA — Load & Performance
Матвей
ramp-up исход из чего расчитывается?
По ощущениям ) система не должна умереть пока пользователи запускаются ( например если есть логин) и в то же время генератор нагрузки должен успеть всех польз. проинициализировать (perf center например это делает долго)
источник

v

vasiliy in QA — Load & Performance
Если не PC и не тысячи tps то хватит всегда 1-2 мин я думаю. В pc лучше посмотреть что будет на 5 мин ramp up-а
источник

M

Maksimall89 in QA — Load & Performance
Я делаю обычно подъем ½ от полки стабильной нагрузки
источник

СФ

Степа Фомичев... in QA — Load & Performance
Я обычно как рассчитывал, начинал с минуты, если при выходе на нагрузку был резкий скачек по системным метрикам или там респонс таймы начинали проседать а потом выравнивались, то увеличивал рампап
источник

AG

Alex Grishutin in QA — Load & Performance
vasiliy
По ощущениям ) система не должна умереть пока пользователи запускаются ( например если есть логин) и в то же время генератор нагрузки должен успеть всех польз. проинициализировать (perf center например это делает долго)
несогласен... зависит от системы. Если, например, мы знаем что система расчитана на дневную работу и все пользователи в нее логинятся, скажем, за 20 минут в начале рабочего дня. То соответсвенно, сколько бы юзеров не было, разогнать их желательно за этот промежуток времени
источник