Ну большинство в аутсорсе и что)
попробовать улучшить что то, не?)

Я отставиваю не нагрузку в Юзерах, а интерпритацию результатов в них. Да, в результатах теста и в самари ты напишешь все данные про тпс/рпс, но часто еще нужно и оценить это в конях в вакууме, и нет ничего плохого в том что бы написать, что это примерно n среднестатичтических пользователей

"часто нужно" это лично тебе, мне например не нужно)
про оценку и про басполезность этой интерпретации мы опять на круг вышли

Так это разве не оставляет комфортные условия в которых меняться как бы и не надо. В итоге у вас все так же и будет

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

Плюс так можно потом к вам же и прийти сказав что юзеров меньше чем вы озвучили а системе не очень а все из их за того что юзеры делают просто другое чем в тесте

так и возвращаемся к тому, что сценарии должны быть построены на основе статистики)

Я же не за то, что бы брать все из головы и просто херачить систему пока не сляжет

сценарии на основе статистики, но на выходе ты все равно говоришь о конях в вакууме когда емкость сервиса в юзерах называешь)

Я о том что понимание ошибочное может быть у заказчика по итогу тестирования

хоть самые классные статистические методы, хоть супер красивый юзер будет

уровень интерпретации всегда будет давать ложную инфу

На самом деле зачем вы вообще про каких то пользователей с бизнесом разговариваете

вот что бы что?

Какое решение должен принять бизнес после ваших, мы держим 100500 пользователей?

вот рекомендую брать циферку 3)

отличный вопрос, а ответ зависит от необходимости вдаваться в объяснения.
1. ну совсем простой вариант такой. мы имитируем поведение определенного часа или временного промежутка т.к берем оттуда пик. можем посмотреть какой каунтер был по количеству сессий в тот момент или другую метрику юзеров, обратная интерпретация тут может быть в виде диапазон. в тот период присутствовало в системе 1000-1200 юзеров, мы полностью имитировали их действия. система держит 3х нагрузки от продового пика -> значит ТАКИХ или ПОДОБНЫХ юзеров может быть 3000-3600. 5 мин и ты дал ясность человеку который жаждет получить юзеров. но при этом не потерял в точности и реализме для конечных результатов.
2. вариант действительно дать человеку понимание по тому в чем измеряется нагрузка и почему.
3. лично но мы измеряем систему в множителях. держит 2х от пика прода, тебе вообще ни юзеры ни рпсы не нужны для того чтобы это сказать бизнесу и всё он сразу поймет, запас у нас еще столько же, сколько не было и в чем бы он не мерил.

бизнес будет в экстазе

бизнесу знать надо сколько бабок у него течёт на счёт от пользователей и решение принять хватает столько бабок или нет, и если не хатает то он должен понимать насколько ему масштабироваться

то есть он должен понимать запас типа ещё в два раза можем пользователей привлечь или нет?

и если упадэт - сколько они потеряют и как этого избежать