Size: a a a

2020 May 11

MK

Mem Kekovich in Rude QA
Куча народу гуляет - все заебались дома сидеть
источник

M

Merg in Rude QA
Mem Kekovich
Ваш пайтест не умеет в параллель потоки спавнить?
умеет
источник

TA

Tretyakov Alexey in Rude QA
Mem Kekovich
Ваш пайтест не умеет в параллель потоки спавнить?
pytest-xdist с параметром --numprocesses=auto
источник

MK

Mem Kekovich in Rude QA
Тогда что перепиливал Илья @sniiick
источник

MK

Mem Kekovich in Rude QA
Если просто раннер оверрайднуть то ок :)
источник

TA

Tretyakov Alexey in Rude QA
Можно еще --forked сделать.
источник

СС

Сказочный Сникерс... in Rude QA
Mem Kekovich
Тогда что перепиливал Илья @sniiick
я делал умное распределение тестов по потокам в зависимости от времени тестов
источник

MK

Mem Kekovich in Rude QA
Сказочный Сникерс
я делал умное распределение тестов по потокам в зависимости от времени тестов
Ясно понятно
источник

СС

Сказочный Сникерс... in Rude QA
проблема в том что я приложения поднимаю прямо из тестов. у меня их около 30. и особенность в том, что все тестовые данные от каждого теста должны лежать во всех источниках (димк, база, моки итд) до старта приложений.
источник

СС

Сказочный Сникерс... in Rude QA
xdist по дефолту разбрасывает по очереди тесты как он их коллектил
источник

СС

Сказочный Сникерс... in Rude QA
и я не мог знать на какой поток какой тест попадет. поэтому приходилось на каждом поднимать все приложения и на каждом выполнять полную подготовку (потому что в рамках xdist потока каждое окружение изолировано и например 2 одинаковых приложения не могут работать на 1 базе, будут конфликты)
источник

СС

Сказочный Сникерс... in Rude QA
простейшие подсчеты говорят что для запуска в 16 потоков мне приходилось поднимать 16* 30 приложений, создавать 16 *30 баз тарантулов итд, и создавать 16 копий всех тестовых данных на каждом потоке
источник

СС

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

СС

Сказочный Сникерс... in Rude QA
я перепилил планировщик и теперь распределяю сам по приложениям и времени, стараясь уместить тесты на 1 приложение на 1 поток чтобы не выйти за среднее время потока
источник

СС

Сказочный Сникерс... in Rude QA
таким образом на потоке только те тесты которые на нем будут выполняться, только их тестовые данные и минимальное дублирование приложений, только если по рассчетам тесты на одно приложение не уместилось в 1 поток по времени
источник

MK

Mem Kekovich in Rude QA
Блять в не проще стендалон тесты со стедалон аппой поднимать в своём пакете
источник

СС

Сказочный Сникерс... in Rude QA
так можно, и так сделано в сборках на конкретный апп
источник

СС

Сказочный Сникерс... in Rude QA
но есть сборки где собираются все бинари и тестируются разом
источник

MK

Mem Kekovich in Rude QA
У тебя конфиги апп разные? Чому нельзя синглтон апп поднять, чтобы не зависеть от потоков тестов
источник

СС

Сказочный Сникерс... in Rude QA
два теста не могут одновременно работать с 1 аппом
источник