Джуночат: @qajuniors

Спасибо @bboollaatt

brew remove packageName

@eugene_grb А как поставить WebStorm Community Edition??

у WebStorm нет Community Edition

только платный или EAP  билды

brew —help

или идем сюда: https://docs.brew.sh/Manpage

и ищем, что-то похожее на uninstall, remove и т.д.

У меня небольшой оффтоп: Тут наверняка есть люди с WDK на свежей win10 20H2. Можете поделиться оттуда devcon.exe ?

Ребят, подскажите: Есть Suite из 30 классов внутри которых тесты
Вопрос в каком классе прописать метод @BeforeSuite который программно (через shell-команду) стартует сервер Appium-a чтобы прогнать эти 30 классов?
Тесты на TestNG. запускаются в рандомном порядке

Привет! Если вопрос идиотский - извиняюсь, совсем новичок) Расскажите, пожалуйста, кому как часто в своей работе приходится сталкиваться с поиском селекторов в консоли, прописывая подобные конструкции? Пример: $$("nav.navbar a[href='/downloads']"); $("[src*='https']") Насколько это актуальный навык?

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

Я так изначально сделал и не получилось. В Дженкинсе в Pre Steps запускал Appium. У меня процесс сборки не продолжался после старта Appium

часто

потому что процесс апиума не завершается, а текущей сеанс привязан к нему. нужно отвязать процесс. гуглится по detach process
но еще лучше в докере запустить

Лучше искать в табе Elements. Зачем набивать эту конструкцию в console?

чтобы затестить локатор, если он большой и страшный

понял, спасибо

А кто на каком окружении ранит веб тесты? Dev/stage или может поднимаете бэкенд в докере?

докер это вопрос перпендикулярный к окружению dev/stage, потому что бекенд в докере фактически может подниматься в любом из окружений, используя разные файлы конфигурации.
В моем текущем проекте устроено так: веб тесты во время их разработки гоняются на локалхосте (моя рабочая машина, на которой также запускается бекенд), после создания Pull Request в основную ветку проекта, тесты запускаются по триггеру на это событие в CI, на CI агенте используется конфиг docker-compose (он несколько отличается от локального конфига, но аналогично поднимает сервер на агенте).

Если вам интересна исключительно ситуация, когда есть какой-то общий тестовый контур, например персистентные агенты на которых крутится dev / staging бекенд, то в таком случае думаю стоит рассмотреть такой вопрос:
- ваши веб тесты активно меняют базу? (например, это могут быть скрипты миграции по накатке тестовых данных \ их очистка)
- ваши тесты всегда создают уникальные тестовые данные? как несколько запущенных тестовых сессий смогут работать в параллели? как отработают 2 теста, где один удаляет данные корректного юзера, а другой пытается к ним обратиться?
- истощается ли ваша база \ переполняется ли при N прогонов тестов (наиболее вероятно, что тестируемость от этого может пострадать), если вы используете настоящие данные базы из снепшота с продакшн базы.
- как часто предполагается делать restore операции базы? предполагается ли фейловер чтобы не терять доступность данных для контура?
вот то окружение, которое умеет решать эти вопросы и будет более предпочтительным для прогона веб тестов. выбор контура окружения станет проще, когда тесты не гонятся в параллели.

в конце концов, дев\стейдж это всего лишь тэги стадий разработки, а ответы от WEB UI тестов могут быть полезными в самом начале разработки, нет смысла их откладывать на самый конец, если вы не ужаты в ресурсах на прогоны тестов и мощности.

Ребят подскажите, при обычном запуске Appium я коннектился к нему из java ide по урлу "URL serverUrl = new URL("http://0.0.0.0:4723/wd/hub")"
А как приконектится если я запустил Appium в docker-контейнере? ide не видит его