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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

QA — Load & Performance

1334 membersпожаловаться на группу
2019 November 13

ТС

Татьяна Синиченкова in QA — Load & Performance
Татьяна Синиченкова
попробовала убрать галочку Use KeepAlive, результаты не сильно стали отличаться
не правильно наверно выразилась) с галочкой Use KeepAlive или без галочки Use KeepAlive с выставленным таймером в 5000мс время ответа все равно больше чем без использования таймера, т.е. решение не сработало
источник
13:44пожаловаться#1

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Татьяна Синиченкова
не правильно наверно выразилась) с галочкой Use KeepAlive или без галочки Use KeepAlive с выставленным таймером в 5000мс время ответа все равно больше чем без использования таймера, т.е. решение не сработало
так эксперимент подтвердился наоборот
источник
13:46пожаловаться#2

D

Doctor in QA — Load & Performance
Татьяна Синиченкова
не правильно наверно выразилась) с галочкой Use KeepAlive или без галочки Use KeepAlive с выставленным таймером в 5000мс время ответа все равно больше чем без использования таймера, т.е. решение не сработало
я предлагал сравнить время относительно галочки, а не относительно таймера:
т.е. [без галочки "Use KeepAlive" & таймер] и [с галочкой "Use KeepAlive" & таймер]
источник
13:52пожаловаться#3

D

Doctor in QA — Load & Performance
если время ответа [без галочки "Use KeepAlive" & таймер] и время ответа [с галочкой "Use KeepAlive" & таймер] различаются,
то дело в keep alive timeout (затрачивается время на пересоздание соединения после того, как сервер по таймауту его разорвал)
источник
13:55пожаловаться#4

KK

Konstantin Kalinin in QA — Load & Performance
Скриншот структуры тест-плана помог бы, наверное
источник
14:18пожаловаться#5

ТС

Татьяна Синиченкова in QA — Load & Performance
Konstantin Kalinin
Скриншот структуры тест-плана помог бы, наверное
добавила Constant Timer перед каждым запросом, потому что по требованиям у нас должно быть ограниченное количество запросов + вначале используется Constant Throughput Timer на 0,2 запроса в минуту. А без Constant Timer сценарий быстро отрабатывает и получаются паузы на графиках
может у вас появятся идеи как увеличить длительность сценария без использования Constant Timer?
источник
14:27пожаловаться#6

KK

Konstantin Kalinin in QA — Load & Performance
Ну очевидно вы используете Transaction Controller под именами TF SCN* и смотрите время этих самых транзакций, как предполагали выше?

И еще, зачем делать Constant Timer к Test Action? Оно само по себе может использоваться для той же цели.
источник
14:32пожаловаться#7

ТС

Татьяна Синиченкова in QA — Load & Performance
Konstantin Kalinin
Ну очевидно вы используете Transaction Controller под именами TF SCN* и смотрите время этих самых транзакций, как предполагали выше?

И еще, зачем делать Constant Timer к Test Action? Оно само по себе может использоваться для той же цели.
вы используете Transaction Controller под именами TF SCN*  - да
зачем делать Constant Timer к Test Action - могу попробовать без него, должно что то сильно поменяться?
источник
14:50пожаловаться#8

ВС

Вячеслав Смирнов in QA — Load & Performance
Татьяна Синиченкова
добавила Constant Timer перед каждым запросом, потому что по требованиям у нас должно быть ограниченное количество запросов + вначале используется Constant Throughput Timer на 0,2 запроса в минуту. А без Constant Timer сценарий быстро отрабатывает и получаются паузы на графиках
может у вас появятся идеи как увеличить длительность сценария без использования Constant Timer?
Предлагаю заменить Constant timer на Constant Throughput Timer все же
источник
14:56пожаловаться#9

ВС

Вячеслав Смирнов in QA — Load & Performance
https://loadtestweb.info/2017/08/23/pacing/ вот заметка, как настроить профиль нагрузки
«Тестирование производительности»
Шаг нагрузки — pacing JMeter
Шаг и количество VU задают интенсивность
источник
14:59пожаловаться#10

ТС

Татьяна Синиченкова in QA — Load & Performance
Вячеслав Смирнов
Предлагаю заменить Constant timer на Constant Throughput Timer все же
спасибо, попробую использовать его
источник
15:01пожаловаться#11

VG

Viktor Ganeles in QA — Load & Performance
Татьяна Синиченкова
добавила Constant Timer перед каждым запросом, потому что по требованиям у нас должно быть ограниченное количество запросов + вначале используется Constant Throughput Timer на 0,2 запроса в минуту. А без Constant Timer сценарий быстро отрабатывает и получаются паузы на графиках
может у вас появятся идеи как увеличить длительность сценария без использования Constant Timer?
Ничего страшного в том, что сценарий быстро отрабатывает. Так и должно быть.
Сделайте интенсивность побольше и на графиках не будет дырок :)
источник
16:54пожаловаться#12

И

ИксИгречок👩‍💻 in QA — Load & Performance
Добрый день!
Ребята подскажите, решила освоить jmeter, а он выдаёт ошибку cannot instantiate class con.sun.jndi.fscontext. Re FscontextFactory, в чем может быть дело?
источник
18:06пожаловаться#13

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
ИксИгречок👩‍💻
Добрый день!
Ребята подскажите, решила освоить jmeter, а он выдаёт ошибку cannot instantiate class con.sun.jndi.fscontext. Re FscontextFactory, в чем может быть дело?
в настройках подключения к IBM MQ вероятнее
источник
18:10пожаловаться#14

ВС

Вячеслав Смирнов in QA — Load & Performance
ИксИгречок👩‍💻
Добрый день!
Ребята подскажите, решила освоить jmeter, а он выдаёт ошибку cannot instantiate class con.sun.jndi.fscontext. Re FscontextFactory, в чем может быть дело?
Нужны зависимости
https://m.habr.com/ru/post/437172/

(если тест с ibm.mq, то статья поможет)
Habr
IBM MQ и JMeter: Первый контакт
Привет, Хабр!  Это приквел моей предыдущей публикации и в то же время ремейк статьи Автоматизированное тестирование сервисов, использующих протокол MQ с помощью...
источник
18:19пожаловаться#15

AK

Anton Kramarev in QA — Load & Performance
А нет каких-то приблизительных калькуляторов необходимых мощностей инжекторов, относительно известного количества пользователей / рпс?
источник
18:20пожаловаться#16

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Anton Kramarev
А нет каких-то приблизительных калькуляторов необходимых мощностей инжекторов, относительно известного количества пользователей / рпс?
всё же зависит от твоих скриптов
источник
18:20пожаловаться#17

AK

Anton Kramarev in QA — Load & Performance
Я прекрасно понимаю
источник
18:20пожаловаться#18

AK

Anton Kramarev in QA — Load & Performance
Потому и говорю про “приблизительно”
источник
18:21пожаловаться#19

И

ИксИгречок👩‍💻 in QA — Load & Performance
Вячеслав Смирнов
Нужны зависимости
https://m.habr.com/ru/post/437172/

(если тест с ibm.mq, то статья поможет)
Habr
IBM MQ и JMeter: Первый контакт
Привет, Хабр!  Это приквел моей предыдущей публикации и в то же время ремейк статьи Автоматизированное тестирование сервисов, использующих протокол MQ с помощью...
Это я уже смотрела и проверила
источник
18:21пожаловаться#20