В протракторе есть чудесный метод isPresent(), который проверяет есть ли элемент вообще (и если есть, то уже можно проверить, что там, в том числе и отображается ли - isDisplayed)
У webdriver-a, на сколько я помню, еще есть findElements(by.locator), который тоже не должен упасть, если не найдет ни одного элемента по локатору

cypress работает как протрактор в целом, посмотрю, спасибо. Но вроде что то не нашёл пока ничего…

На stackoverflow предлагают какие-то решения для cypress, например
https://stackoverflow.com/questions/56145926/how-to-check-if-element-exists-using-cypress-io

Спасибо

https://www.youtube.com/watch?v=3x2ubSsPmxo
Quality Architect: кто это такой, и как им стать?
Достаточно новая позиция, хоть и связана все еще с тестированием. Каким требованиям нужно соответствовать и за что отвечать узнаете из доклада.

Ребят, привет,
Если кто-то работает с нагрузочкой в Jmeter, подскажите, как пульнуть их параллельно, а не последовательно?
(их по два потому что number of threads = 2)

а что у вас в thread group?

Собственно только это и есть, просто саму группу обрезал так
Проблему решил с помощью Parallel Controller от blazemeter (вдруг понадобится кому то еще)

Насколько я знаю, стандратными средствами жметра параллельно пускать семплеры в рамках одного потока нельзя.

Вот она - Слава 🤩

А нельзя просто загнать 50 человек рамп ап 1 секунда? Они же запустятся в одну секунду все?

да но всеже друг за другом

ну вы попробуйте запустите 1000 потоков в 1 сек, у вас они не отработают за 1 сек, и вы увидите как они идут друг за другом

если вы имели ввиду не параллельно то можно сделать как вы описали

я чего то не до понимаю, потоки разве не парралельно в JVM запускаются?

Рамп ап в моем понимании это как время за которое стадо баранов (ну у меня по крайней мере такая ассоциация) забежит в загон (отправит, начнет отправлять запросы). Можно сказать что берешь 1000 баранов и говоришь им у вас 10 секунд что бы забежать загон, тогда нехитрая арифметика подскажет что в 1 секунду бараны будут залетать в загончик пачкой в 100 особей? И будут они делать это "параллельно". Может я неправильно что то понял. Прошу меня извинить и поправить.

Конечно в реальной жизни ты ограничен своей машиной (память, камень) на которой запускаешь тест.

каждый поток это независимое обращение. но оно не отработает быстрее чем ответит ваш сервис который нагружаете. то есть если ответ занимает 200мс, то 1000 потоков за 1 сек вам даст 5000 обращений.  А вот если ответ сервиса будет более 10 сек. то у вас хоть 2000 потоков за 1 сек не дадут ответа. счетчик будет 0. Хотя обращения вы послали. один раз. следующее обращение внутри КАЖДОГО потока направляется только после получения ответа предыдущего.