В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

QA — Load & Performance

2723 membersпожаловаться на группу
2021 March 01

С

Сергей in QA — Load & Performance
Всем привет!)
Хотел начать пользоваться sjk профайлором aragozin/jvm-tools.

Проблема: При использовании команды stcap (аналог jstack), генерится output файл с типом data, который я не могу прочитать :(
источник
15:51пожаловаться#1

С

Сергей in QA — Load & Performance
источник
15:51пожаловаться#2

С

Сергей in QA — Load & Performance
файл такого содержания.
подскажите пожалуйста
источник
15:55пожаловаться#3

С

Сергей in QA — Load & Performance
источник
15:55пожаловаться#4

VX

Vlady X in QA — Load & Performance
Степа Фомичев
Кстати, если, вдруг, у читающих дневной тред возникло ощущение, что нагружать продакшен - это ок, то это не так.
Как правильно заметили коллеги выше, тестирование на проде это, скорее, «костыль», когда невозможно по каким-либо причинам тестировать на отдельном контуре.
И если вы решите это сделать, то прежде должны трезво оценить все риски
(Сообщение для очищения совести)
Управляемый тест на проде лучше чем неожиданные проблемы в момент пиковой нагрузки. И если у тебя дохрена денег на аварии и людей, но нет денег на стенд похожий на прод - это вариант. И он лучше чем внезапно облажаться.
источник
17:24пожаловаться#5

VX

Vlady X in QA — Load & Performance
Это тоже для истории. Бабушкина оговорка.
источник
17:25пожаловаться#6

A

Anna in QA — Load & Performance
утконосу вот не помешал бы такой тест, может и не было бы лажи как весной
источник
17:39пожаловаться#7

A

Alexander in QA — Load & Performance
Привет всем, столкнулся с задачей отправить REST запрос, а потом проверить, обращается ли сервис впоследствии к серверу с помощью REST запроса. Пытаюсь решить задачу, как при помощи jmeter получить и залогинить входящий REST запрос. Есть HTTP mirror server, но не пойму, можно ли как-то обращения к нему выписать в логи. Может кто сталкивался с подобной задачей?
источник
19:36пожаловаться#8

VG

Viktor Ganeles in QA — Load & Performance
Anna
утконосу вот не помешал бы такой тест, может и не было бы лажи как весной
весной был адский стресс-тест у всех служб доставки. редко кто ожидает рост нагрузки х5 :)
источник
19:37пожаловаться#9

VG

Viktor Ganeles in QA — Load & Performance
Alexander
Привет всем, столкнулся с задачей отправить REST запрос, а потом проверить, обращается ли сервис впоследствии к серверу с помощью REST запроса. Пытаюсь решить задачу, как при помощи jmeter получить и залогинить входящий REST запрос. Есть HTTP mirror server, но не пойму, можно ли как-то обращения к нему выписать в логи. Может кто сталкивался с подобной задачей?
я бы заглушку напилил, которая принимает эти запросы
источник
19:38пожаловаться#10

VG

Viktor Ganeles in QA — Load & Performance
дальше - по ситуации.
Варианты:
1)  скидывать в БД  данные и из жметра и из заглушки, матчить пары значений
2) жметер скидывает запрос в сервис, потом стучится в заглушку с запросом "ну чё там, уже приходит к тебе сервис или нет?"
источник
19:39пожаловаться#11

M

Maxim in QA — Load & Performance
Апельсин
200+% - норм, 94% от профиля - плохо, нужно переделать.
источник
19:39пожаловаться#12

VG

Viktor Ganeles in QA — Load & Performance
в первом варианте нужно придумать как матчить запросы (Есть сервис в своём запросе скидывает какие-то значения из того, что прислал в сервис jmeter, это не сложно

во втором случае у вас сразу будет регистрироваться время отклика, но зато потоки жметра будут простаивать. При большой нагрузке не очень удобно.
источник
19:40пожаловаться#13

A

Anna in QA — Load & Performance
Viktor Ganeles
весной был адский стресс-тест у всех служб доставки. редко кто ожидает рост нагрузки х5 :)
ну вообще-то неплохо бы понимать свои возможность в части масштабирования, в идеальном мире
источник
19:41пожаловаться#14

A

Alexander in QA — Load & Performance
Viktor Ganeles
в первом варианте нужно придумать как матчить запросы (Есть сервис в своём запросе скидывает какие-то значения из того, что прислал в сервис jmeter, это не сложно

во втором случае у вас сразу будет регистрироваться время отклика, но зато потоки жметра будут простаивать. При большой нагрузке не очень удобно.
Понял, спасибо, насчет заглушки думал, но надеялся обойтись штатными средствами
источник
19:42пожаловаться#15

D

Dmitry in QA — Load & Performance
Всем привет. Использую while contoller, условие: как только получу статус Completed - прерываю. ${__groovy("${PAYMENT_STATE} != Completed")} - не работает. Подскажите где ошибка?
источник
19:44пожаловаться#16

D

Dmitry in QA — Load & Performance
${__groovy("${PAYMENT_STATE}" != "Completed")}
источник
19:47пожаловаться#17

VG

Viktor Ganeles in QA — Load & Performance
Dmitry
Всем привет. Использую while contoller, условие: как только получу статус Completed - прерываю. ${__groovy("${PAYMENT_STATE} != Completed")} - не работает. Подскажите где ошибка?
${__groovy(vars.get("PAYMENT_STATE") != 'Completed')}
источник
19:47пожаловаться#18

D

Dmitry in QA — Load & Performance
сам дошел до решения) всем хорошего вечера
источник
19:47пожаловаться#19

VG

Viktor Ganeles in QA — Load & Performance
лучше в груви обращаться к переменным как vars.get("variableName")
источник
19:47пожаловаться#20