jj
Size: a a a
2020 March 21
jj
гугл поможет
AS
W
У меня просто есть условия, например открыть или нет пост 65/35 рандомный или первый 20/80 и потом коментировать или нет 30/70. я это все хотел сделать с помощью IF-ов, или лучше так не делать?
Я бы порекомендовал вам поупражняться в вычислениях условных вероятностей и сделать профиль для всех вариантов
W
Да будет больше кода
W
Но отлаживать будет проще
W
И никаких IF контроллеров, которые по-моему мнению являются адским злом
ВС
Всем спасибо за советы
ΙΤ
И никаких IF контроллеров, которые по-моему мнению являются адским злом
А можно плагин написать :)
M
Я бы порекомендовал вам поупражняться в вычислениях условных вероятностей и сделать профиль для всех вариантов
Спасибо за совет, если есть пример, чтоб посмотреть как это можно реализовать, то буду благодарен, я просто в самом начале пути нагрузочного тестирования и не очень силен в программировании(как бы сказал ВИНИПУХ "Программирование у меня хорошее, только хромает немного))")
DB
И никаких IF контроллеров, которые по-моему мнению являются адским злом
привет. а можешь развернуть мысль? я часто использую weighted switch и подобные элементы для ветвлений в сценарном тесст плане. не первый раз слышу мысль, что это антипаттерн.
M
А теперь вопрос почему выражение ${__groovy(vars.get("num").toInteger() > 35 )}; не работает ?
M
Я имею ввиду что, оно стоит в IF контроллере, но этот ИФ никогда не срабатывает
VG
привет. а можешь развернуть мысль? я часто использую weighted switch и подобные элементы для ветвлений в сценарном тесст плане. не первый раз слышу мысль, что это антипаттерн.
Слава имеет в виду, что если у тебя пользователь входит в систему и в половине случаев делает платёж, а в половине платёж и выписку - делай два скрипта:
Один «вход и платёж», другой «вход + платёж + выписка»
Но имхо так не всегда получается.
Так что я делаю, как мне удобнее.
Проблема контроллеров ветвления в отладке, а значит в повышенной вероятности ошибиться.
Чем ещё они плохи - не знаю.
Один «вход и платёж», другой «вход + платёж + выписка»
Но имхо так не всегда получается.
Так что я делаю, как мне удобнее.
Проблема контроллеров ветвления в отладке, а значит в повышенной вероятности ошибиться.
Чем ещё они плохи - не знаю.
VG
Я имею ввиду что, оно стоит в IF контроллере, но этот ИФ никогда не срабатывает
На всякий случай: если в if controller нет хоть одного семплера, он не сработает.
Я туда пихал экстракторы и не понимал, что не так.
Я туда пихал экстракторы и не понимал, что не так.
VG
А теперь вопрос почему выражение ${__groovy(vars.get("num").toInteger() > 35 )}; не работает ?
Попробуй сперва в int поконверти. Обе части.
А то, кажется, ты инт сравниваешь со строкой.
А то, кажется, ты инт сравниваешь со строкой.
M
На всякий случай: если в if controller нет хоть одного семплера, он не сработает.
Я туда пихал экстракторы и не понимал, что не так.
Я туда пихал экстракторы и не понимал, что не так.
Как раз есть, семплеры, но они не срабатывают, не могу понять что не так
VG
Или сравнивай через ==
VG
Тогда и строки можно :)