Size: a a a

testing_in_python

2021 April 30

СС

Сказочный Сникерс... in testing_in_python
нормально сходу - никак
источник

СС

Сказочный Сникерс... in testing_in_python
перепиливать планировщик
источник

СС

Сказочный Сникерс... in testing_in_python
но там одно тянет за собой другое итд
источник

СС

Сказочный Сникерс... in testing_in_python
и как только ты начнешь вмешиваться - у тебя полетит время общего прогона
источник

V

Vit in testing_in_python
тоесть у тебя есть кастомный xdist под свой проект?
источник

СС

Сказочный Сникерс... in testing_in_python
по сути да, я отнаследовался, поменял туеву хучу всего, на стадии старта пайтеста отключаю оригинальный xdist и подключаю свой
источник

V

Vit in testing_in_python
годнота
источник

FA

F A in testing_in_python
всем привет
подскажите пжл, где посмотреть гайд по установке Appium  на Mac, для тестирования IOS приложений
источник

СС

Сказочный Сникерс... in testing_in_python
причем важно понимать что одно дело это xdist который отвечает за работу воркера, а другое дело часть xdist которая отвечает за распределение и запуск тестов на мастере
источник

СС

Сказочный Сникерс... in testing_in_python
по сути в стоке оно как работает. пайтест запускает мастер, коллектит все тесты, получает массив из айдишек. далее то же самое делает каждый воркер. и когда все готовы стартануть - мастер говорит каждому воркеру - запусти 1 тест, 2 тест, 3 тест итд
источник

СС

Сказочный Сникерс... in testing_in_python
по айдишке, не по названию
источник

СС

Сказочный Сникерс... in testing_in_python
для этого в xdist стоит проверка что коллекты одинаковы
источник

V

Vit in testing_in_python
и у тебя на тесты раставлены какие то таги по которым мастер понимаем кому что раздать?
источник

СС

Сказочный Сникерс... in testing_in_python
да, привязка к конкретному сервису
источник

СС

Сказочный Сникерс... in testing_in_python
и время
источник

СС

Сказочный Сникерс... in testing_in_python
привязка простая. тесты находятся в папке с названием сервиса)
источник

V

Vit in testing_in_python
еще интересен этот момент

от класс, который будет на момент исполнения теста, то все данные, которые надо будет из подготовки сохранить для теста - сохраняются в специальный глобальный объект пайтеста (в один большой словарь), где ключ - это уникальное имя теста (модуль, класс, функция, параметр), а значение - еще один словарь (с доступом к ключам через .) где все переменные которые потребуются тестам.
источник

V

Vit in testing_in_python
как то сложно )
источник

V

Vit in testing_in_python
тоесть для всех тестов существует 1 фикстура коллектор, у которой тест забирает себе данные уже в самом тесте?
источник

IB

Ildar Bekmansurov in testing_in_python
спасибо, тут надо очень сильно вникать, поэтому и вопросы сразу не получается сформулировать 🙂 Но выглядит все так, что  чуваку со стороны будет ооочень сложно во все это вникнуть 🙂
Как я говорил - у нас выглядит очень похоже (система, не подход к тестам:). Куча сервисов ,которые пишут что-то куда-то, потом следующий читает, что-то делает, потом дальше сам пишет и т.д. Но у нас как раз тесты параллелятся дженкинсом по тегам и на каждый запуск поднимается амазоновская тачка и внутри стартуют все сервисы и вся инфраструктура. То есть такой самый простой метод в лоб.
источник