В ТЗ стиль у disabled должен изменяться?

Тогда проверяйте что дроп-даун не появился в течении некоторого времени после клика на элемент-триггер.

Судя по видео, можно дождаться изменения aria-expanded="true" у соседнего div'а. Или появления div'а с классом p-dropdown-panel. Кстати, разверните, есть ли там у него внутри дочерние элементы? Может у вас по z-index просто прячут список.

Да, по z-index прячут, похоже. Спросите у фронтов, как вам точно определить что выпадашка не появилась. Может добавят для вас признак какой.

Всем привет
Может кто-то подсказать GitHub открытый проект с работающей API ?
По типу

https://github.com/gothinkster/angular-realworld-example-app

Мне ето нужно для учебы автоматизации)

Для автоматизации чего именно?

фронт + апи

Эмн, вы можете взять любой сервис и автоматизировать его. Куда не сунетесь - будет фронт и api.

Другой вопрос - если нужен специфический стек и тип сервиса

Реакт, ангуляр,пшп и тд

Я думаю реакт или ангуляр будет достаточно
Есть что-то знакомое ?

Всем привет. Ребят, подскажите, где можно научиться и попрактиковаться тестировать API backend на Python.  Много полезной теории

всем привет, подскажите плз, есть условно создание коннекта, которое задается клиентом, там указывается несколько параметров, и в зависимости от комбинации этих параметров, строится коннект. есть взаимоисключающие параметры, которые ГУИ обрабатывает и не дает вводить (или не включает в список). Со стороны автотестов, перед тем как отравлять запрос, закладывают логику, примерно похожую на то, что делает ГУИ, assertы взаимоисключащих параметров. С точки зрения теста правильно ли писать assert? Или это warning? С одной стороны - это ошибка, тот кто юзает автотесты, и передает неверные параметры понимает, что вот здесь этот параметр не годится, его нужно заменить, с другой стороны если указано что-то неверно, то до отправки запроса и дело не дойдет, и проверить логику не получится.
в общем вопрос, правильно ли писать assert в пред условиях? или это как-то должно иным способом обрабатываться

Всем Привет
у меня проект состоит из 2 подпроектов
root
|-api-tests
|-ui-tests
в дженкинсе запускал джобу конкретного функционала в ui-tests

./gradlew clean test --tests "login.*"

Теперь когда добавил еще под проект |-api-tests то теперь ошибку выдает

Task 'login.*' not found in root project 'project'.

Теперь не могу понять как запустить конкретную папку с тестами
Кто может помочь?

На сколько я понимаю можно
1. Перейти именно в папку проекта и запустить тест логин. Т.е
cd root/-api-tests
./gradlew clean test --tests "login.*" .

2. Добавить зависимости в  root/build.gradle файл
Типа так
Dependencies {
Implementation project(':-api-tests')
}

1. Если 1 сделать то пишет ошибку

bash: ./gradlew: No such file or directory

Ну если у тебя подроект, то по идее тебе надо gradlew папку также добавить в этот подпроект

Всемм привет! Подскажите пожалуйста хороший технический курс по автоматизации тестирования мобильных приложений (iOS, Android).