спасибо

Известный в кругах AppliTools продвигает свой "онлайн автомейшен университет". Туда регулярно что-то бесплатное выкладывается:
https://testautomationu.applitools.com

Люди которые там фигурируют в преподавателях часто предлагают другие отдельные курсы за денежку или выкдажывают полезные материалы: Bas Dijkstra, Alan Richardson, Dave Haeffner (например). У каждого из них есть сайт где это описывается. Но особо я выделю сайт Хеффнера по Селениуму:
https://elementalselenium.com

На Udemy и были и будут бесплатные курсы, в том числе по автоматизации. Ещё у них постоянно практикуется такое что "обычно курс 199 долларов, но сейчас 11-15", т.е. можно ухватить что-то недорого.
https://www.udemy.com

Кроме этого есть сайты (  https://udemyfreecourses.org ), на которых агрегируются курсы которые были бесплатными и промо-купоны. Я давно ничего там не набирал, но год назад это работало.

У JetBrains был открыт https://hyperskill.org , по Java. По-моему они его ещё не закрывали.


Основная проблема с этим всем та что "из наших мест" ревью на это часто нет, т.е. перед тем как давать "на сторону заказчика" желательно это кому-то просмотреть.

Кармабот тут не работает ) спасибо интересные ссылки

Ну с аплитулзовским университетом нужно быть осторожным - рекламу своего продукта они там часто вставляют )
А так для начинающих неплохо.

А вы в автотесты встраиваете поиск битых ссылок?

Чтобы например фронтэндер сделал камит, и тут же запустились тесты и краулер пробежался и нашел если чтото сломалось

Для поиска битых ссылок были отдельные инструменты ещё в доселениумные времена.
А вот пробежаться чтобы нигде не было 500-х бывает полезно.

А если ссылок несколько десятков тысяч? Нет, не встраиваем. Платформа сама должна уметь контролировать наличие битых ссылок

Какиим образом? И что вы подразумиваете под платформой?

Вы мне?

Движок, фреймворк, в общем на чем строится приложение

#ios #xcuitest #swift #testrail #integration

В задаче интеграции отчетов тестов возник вопрос, который не так просто гуглится: в pytest есть скоуп сессии, когда фикстура в рамках подготовки теста может выполнить что-то один раз. В такой скоуп очень удобно поместить интеграцию с Testrail, например, и создать test execution через Testrail API.

НО,
Apple в XCUITest session обьект решил не завозить (или я не нашел в сорсах). Думаю пользоваться сетапом для методов, с проверкой, была ли инициализированна глобальная переменная test_execution_id, и если была то создать прогон. Это решение выглядит несколько костыльным, потому что задача на сессию выполняется один раз в первом сетапе тест-метода, а все последующие сетапы тест методов будут каждый раз проверять состояние инициализации переменной. Может быть натолкнете на более кошерные решения?

Делали интеграцию яблочных тестов с тестрейлом через самописные костыли на питоне, другие варианты найти не смогли

Есть какие-то более детальные идеи, что делал код на питоне и посредством чего он общался с тестами Xcode?

Код на питоне парсил артефакты, которые фреймворк после прогона выкидывал, в то время это была довольно простая json'ина
Ну и уже результаты парсинга через тестрейл апи кидал в сам тестрейл

Сейчас артефакты дико усложнились, но принцип был бы тот же

да, еще у нас была закостылена связь между тестами в тестрейле и в самом коде в виде комментариев перед самим тестом в виде айдишника теста в тестрейле
Поэтому еще необходимо было сопоставлять конкретные функции-тесты с тестами в тестрейле, так же скриптом)

спасибо, примерно так и ожидал как вы делаете, не могу сказать что это оптимально. У меня сейчас айдишники тестов это константа в начале каждого тест-метода, а сессию так и быть можно накостылить через глобальный обьект. Xcode и так за собой тащит Fastlane и руби, добавлять в коктейл питон кажется не лучшей идеей

да, с питоном много боли будет, учитывая, как любит эппл менять формат артефактов

немного не понял:
1. питон интергируется с тестреил и после прогона данные питон публикует в тестреил.
2. питон создает сессиою получает execution_id, запускает процесс XCUITest и в нем вычитывается переменная окружения EXECUTION_ID и происходит дальнейшая интеграция с тест рейл...
3. XCUITest запускает python ...