эти задания?
1. кол-во виртуальных пользователей == кол-ву реальных пользователей (актуально лишь для тестов по замеру респонс таймов)
2. сказать тому,кто давал вам задание,что оперировать кол-вом реквестов в час не самая лучшая идея. Почему? Я частично ответил.
Подсказка: лично я часто эту группу юзаю как гугл, нередко выходит даже эффективнее гугла,только свои запросы я пишу не в окно сообщений,а в окно поиска:)

Если операция логина не является узким местом, то удобно просто не закрывать соединение. А первым шагом делать единожды аутентификацию. Сессия будет сохраняться сама собой.

это так, но нужно сессию ещё раскинуть между потоками полезной нагрузки)

Раскинуть - даже звучит сложно.
Не закрывать - проще

Если сессия живёт короткое время, то надо будет ее раскидывать. Не подумал об этом

Больше того, обновлять. Особенно на долгих тестах

доброго дня всем))) разрешите мне вернуться к вопросу о рассчетах. В собеседовании мне отказали, но разобраться до конца все таки хотелось бы

Итак что у меня получилось:
3 сценария:
7000
1.  Логин
2.  Просмотр остатка
3.  Получение платежного поручения
4.  Отображение списка документов за 7 дней
5.  Просмотр остатка
6.  Выход из логина
2000
1.Логин
2.Просмотр остатка
3.Отображение списка документов за 7 дней
4.Просмотр остатка
5.Выход из логина

1000
1.Логин
2.Отображение списка документов за 7 дней
3.Выход из логина


R = (D - (T + B) * I) = 7.2

D = 10s
T = 0 (время обдумывания не указано)
B = 2.8
I = 1
R = 7
  P = 7.2/1 = 7.2
Для каждого сценария по отдельности мне нужно :
14 пользователей для первого сценария
для второго 6 пользователей
и 2 юзера для последнего

но меня вот волнует другая деталь, еслии я считаю на все 10к сразу у меня получается 20 пользователей, а если разбиваю то 22

Вы запустите тест. Например в JMeter + Thread Group + Java Sampler. Вместо всех запросов сделайте разные Java Sampler

я не работаю еще. у меня конечно есть тест прога лоудраннера, но пока меня волнуют рассчеты а не метод тыка

Я о том, что понимание работы с таймерами и потоками, лично мне, далось через практику. Вы можете попрактиковаться не отправляя запросы

#jmeter
Интересный факт про Module Controller в JMeter
* Модуль контроллер ссылается на конкретный контроллер использую как идентификатор целевого контроллера ИМЯ thread group и ИМЯ контроллера.

Если у нас есть несколько одноименных тред групп и в них несколько одноименных контроллеров и мы из модлуль контроллера ссылаемся на один из этих контроллеров, то:
* В гуи моде это будет работать
* В нон гуи моде все модуль контроллеры будут ссылаться на последний одноименный контроллер в последней одноименной группе (по порядку следования их в тест плане)

енто бага

Почему?

У элементов в jmx нет никаких уникальных идентификаторов, на которые можно сослаться

Может закэшировалось?
Попробовать брать имена тред-групп как-то хитрее...

Достаточно просто назвать по разному тред-группы/контроллеры)

а нет