Size: a a a

QA — Load & Performance

2020 March 19

VS

Vladimir Sitnikov in QA — Load & Performance
Kirill Yurkov
советую полностью переходить на vars.put и props.put  - лишает проблем с переменными абсолютно и навсегда
Такой вопрос: а кто-нибудь использует *табы*  (ну, клавишу tab) для отступов в JMeter’е?

Может, полезнее tab’ами будет переходить между полями?
Самый простой пример: редактируем поле Name. Жмём tab — курсор переходит в Comments. Чтобы вернуться обратно простого shift+tab недостаточно, и нужно жать ctrl+shift+tab
источник

KY

Kirill Yurkov in QA — Load & Performance
Vladimir Sitnikov
Такой вопрос: а кто-нибудь использует *табы*  (ну, клавишу tab) для отступов в JMeter’е?

Может, полезнее tab’ами будет переходить между полями?
Самый простой пример: редактируем поле Name. Жмём tab — курсор переходит в Comments. Чтобы вернуться обратно простого shift+tab недостаточно, и нужно жать ctrl+shift+tab
не замечал за собой, если и использую то непроизвольно. буду бдительнее)
источник
2020 March 20

M

Mike Kasian in QA — Load & Performance
Всем доброго времени суток, подскажите пожалуйста, как указать правильный путь для Coment, если он зависит от того, что мы  открыли до этого. Например если мы открыли первый пост, или рандомный, адрес будем меняться
источник

M

Mike Kasian in QA — Load & Performance
Mike Kasian
Всем доброго времени суток, подскажите пожалуйста, как указать правильный путь для Coment, если он зависит от того, что мы  открыли до этого. Например если мы открыли первый пост, или рандомный, адрес будем меняться
Отбой, уже понял))
источник

M

Mike Kasian in QA — Load & Performance
Mike Kasian
Всем доброго времени суток, подскажите пожалуйста, как указать правильный путь для Coment, если он зависит от того, что мы  открыли до этого. Например если мы открыли первый пост, или рандомный, адрес будем меняться
Назрел другой вопрос,как сделать так, что бы после того, как отработал random or first IF, не срабатывал OpenFirstPost, и на оборот? потому, что если запустить, так как на скриншоте, то после отработки If, срабатывает и то, что не должно. Заранее  Благодарю за помощь.
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Mike Kasian
Назрел другой вопрос,как сделать так, что бы после того, как отработал random or first IF, не срабатывал OpenFirstPost, и на оборот? потому, что если запустить, так как на скриншоте, то после отработки If, срабатывает и то, что не должно. Заранее  Благодарю за помощь.
Вы используете if controller в Apache.JMeter?

Если да, и он не работает, то условие составлено некорректно
источник

M

Mike Kasian in QA — Load & Performance
Да IF. а где ошибка, я понимаю, что чтото не так , но где?
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Считаю условия и random в сценарии плохой практикой. Так как профиль нагрузки уже не определить. И ещё это говорит, что пула тестовых данных нет, и сценарий задуман так, чтобы работал на любых (непредсказуемых) тестовых данных. Это сложно реализовать
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Mike Kasian
Да IF. а где ошибка, я понимаю, что чтото не так , но где?
Покажите текст условия
источник

M

Mike Kasian in QA — Load & Performance
ща
источник

M

Mike Kasian in QA — Load & Performance
источник

M

Mike Kasian in QA — Load & Performance
источник

M

Mike Kasian in QA — Load & Performance
Эти условия работают, а вот сама логика нет
источник

M

Mike Kasian in QA — Load & Performance
Нужно, вот здесь, правильную логику сделать
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Если нужно, чтобы логика выполнялась лишь в 1% случаев, то используйте Throughput controller

Проще, понятней
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
А условие

"$varName" != "..." Надёжнее переписать на

vars.get("varName") != "..."

Так оно будет работать при много строчных значениях переменной
источник

M

Mike Kasian in QA — Load & Performance
У меня просто есть условия, например открыть или нет пост 65/35 рандомный или первый 20/80 и потом коментировать или нет 30/70. я это все хотел сделать с помощью IF-ов, или лучше так не делать?
источник

M

Mike Kasian in QA — Load & Performance
Вячеслав Смирнов
А условие

"$varName" != "..." Надёжнее переписать на

vars.get("varName") != "..."

Так оно будет работать при много строчных значениях переменной
Спасибо, учту
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Mike Kasian
У меня просто есть условия, например открыть или нет пост 65/35 рандомный или первый 20/80 и потом коментировать или нет 30/70. я это все хотел сделать с помощью IF-ов, или лучше так не делать?
Лучше так не делать, сложно очень отлаживать
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
И заранее неизвестно, как тест будет работать, сколько запросов будет, сколько RPS, что есть ошибка, в что нет
источник