Size: a a a

QA — Load & Performance

2020 December 08

KY

Kirill Yurkov in QA — Load & Performance
чето не ладно, выборка может слишком маленькая?
источник

KY

Kirill Yurkov in QA — Load & Performance
у меня даже с mean нет такого расхождения, но тесты длительные
источник

M

Max in QA — Load & Performance
а длительные это сколько ? я делаю пока тестовый запуск, в районе 15 минут
источник

СФ

Степа Фомичев... in QA — Load & Performance
Kirill Yurkov
у меня даже с mean нет такого расхождения, но тесты длительные
Ты же говорил что у тебя графики
источник

СФ

Степа Фомичев... in QA — Load & Performance
Судя по всему Max смотрит на одно число
источник

СФ

Степа Фомичев... in QA — Load & Performance
Last тут нельзя использовать, кста
источник

СФ

Степа Фомичев... in QA — Load & Performance
Это просто последнее значение которое тебе пришло
источник

N

Nike in QA — Load & Performance
добрый день! подскажите как можно сохранить данный параметр чтобы использовать его в следующем запросе
источник

KY

Kirill Yurkov in QA — Load & Performance
я по графику и смотрю, у в графике есть avg - настраивается полями графаны
источник

KY

Kirill Yurkov in QA — Load & Performance
думаешь он не то смотрит?)
источник

KY

Kirill Yurkov in QA — Load & Performance
или я
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Max
На примере 99%
В jmeter total 1655 ms

В Grafana
mean("pct99.0") = 873 ms
last("pct99.0") = 1211 ms

хотя разброс все равно большой
Это невозможно посчитать верно. mean(pct99 за период X) за период X+Y = нематематическая величина
Я считаю выходом использовать в Backend Lietener аггрегацию по 30 сек. Тогда буду знать
что есть pct99 за 30 сек, который не надо аггрегировать, он уже за 30 сек

Тут думаю сделать PullRequest в Backend Lietener, чтобы период аггрегации можно было настраивать через форму.
Тогда будет удобно - попробую сделать отдельный measurement для уже готовых данных с шагом 30 сек.
И уйти от сложностей с Continious Query, сейчас использую период 5 сек и Continious Query нужны, так как отчет тормозит.
А рекомендации перехода на 1 сек для меня это еще большее замедление.
Поэтому я перейду на 30 сек рано или поздно
источник

СФ

Степа Фомичев... in QA — Load & Performance
Nike
добрый день! подскажите как можно сохранить данный параметр чтобы использовать его в следующем запросе
Лучше всего отдельно в jsr223 получить значение и сохранить в переменную, а ее уже использовать в нужных запросах
источник

KY

Kirill Yurkov in QA — Load & Performance
Степа Фомичев
Это просто последнее значение которое тебе пришло
это послее значение из группы, которая сформирована за 1 секунду. а jmeter шлет значение с интервалом в 1 секунду, значит в группе будет только 1 значение и мы его и возьмем
источник

KY

Kirill Yurkov in QA — Load & Performance
вот выше Слава делает тоже самое только с 30 секами
источник

СФ

Степа Фомичев... in QA — Load & Performance
Kirill Yurkov
это послее значение из группы, которая сформирована за 1 секунду. а jmeter шлет значение с интервалом в 1 секунду, значит в группе будет только 1 значение и мы его и возьмем
Ну это одно значение есть агрегация из нескольких запросов, если рпс больше 1)
источник

KY

Kirill Yurkov in QA — Load & Performance
просто нет гарантий что наши 30/1 сек = jmeterовским периодам, отсюда может быть погрешность
источник

KY

Kirill Yurkov in QA — Load & Performance
Степа Фомичев
Ну это одно значение есть агрегация из нескольких запросов, если рпс больше 1)
именно так, но эту же агрегацию делает и сам jmeter когда пакует всё это хозяйство
источник

СФ

Степа Фомичев... in QA — Load & Performance
Ну вот в aggregate report точные данные, насколько я понял когда замерял
источник

KY

Kirill Yurkov in QA — Load & Performance
тут я беру за гипотезу то что запаковка в jmeter и подсчет у него в summery/aggregate это одни процессы
источник