G
норм
Size: a a a
2020 November 30
В
Благодарю)
2020 December 02
АК
«pytest mark package»/directory
существует ли более элегантное решение, чтобы маркировать всю директорию одной маркой, чем это
https://stackoverflow.com/a/57046943/8091236
?
мне оно кажется громоздким, но другого не смог найти, может тут знают то, чего я не смог найти в гугле?
существует ли более элегантное решение, чтобы маркировать всю директорию одной маркой, чем это
https://stackoverflow.com/a/57046943/8091236
?
мне оно кажется громоздким, но другого не смог найти, может тут знают то, чего я не смог найти в гугле?
СС
«pytest mark package»/directory
существует ли более элегантное решение, чтобы маркировать всю директорию одной маркой, чем это
https://stackoverflow.com/a/57046943/8091236
?
мне оно кажется громоздким, но другого не смог найти, может тут знают то, чего я не смог найти в гугле?
существует ли более элегантное решение, чтобы маркировать всю директорию одной маркой, чем это
https://stackoverflow.com/a/57046943/8091236
?
мне оно кажется громоздким, но другого не смог найти, может тут знают то, чего я не смог найти в гугле?
базовый класс который любым способом помаркает все тесты отнаследованные от него
СС
метакласс, фикстура с инлайн маркером
СС
на твой выбор)
АК
базовый класс который любым способом помаркает все тесты отнаследованные от него
есть ли еще более элегантный вариант, чтобы не переносить все функции в методы классов?)
я знаю например как маркать модуль, но как маркнуть всю директорию - не нашел
я знаю например как маркать модуль, но как маркнуть всю директорию - не нашел
СС
либо хук как в линке, либо pytest_generate_tests что не особо имеет разницы с первым
AM
Всем привет!
pytest + xdist
Есть 1 долгий класс, долгая там фикстура на класс
Хочу этот тест гарантированно прибить к отдельному процессу, чтобы тесты запустились сразу
Ссылка из закрепа, из 10го пункта не работает.
Нашел похожую проблему и решение вот тут: https://github.com/pytest-dev/pytest-xdist/issues/255
Но смущает несколько моментов: 1. Решение для общего шедулера, я использую scope по файлам и не очень понял как для него такое сделать. 2. Выглядит костыльно и рискует развалиться при первом удобном случае.
Может быть есть у кого идеи как по-другому к вопросу подойти?
pytest + xdist
Есть 1 долгий класс, долгая там фикстура на класс
Хочу этот тест гарантированно прибить к отдельному процессу, чтобы тесты запустились сразу
Ссылка из закрепа, из 10го пункта не работает.
Нашел похожую проблему и решение вот тут: https://github.com/pytest-dev/pytest-xdist/issues/255
Но смущает несколько моментов: 1. Решение для общего шедулера, я использую scope по файлам и не очень понял как для него такое сделать. 2. Выглядит костыльно и рискует развалиться при первом удобном случае.
Может быть есть у кого идеи как по-другому к вопросу подойти?
АК
Всем привет!
pytest + xdist
Есть 1 долгий класс, долгая там фикстура на класс
Хочу этот тест гарантированно прибить к отдельному процессу, чтобы тесты запустились сразу
Ссылка из закрепа, из 10го пункта не работает.
Нашел похожую проблему и решение вот тут: https://github.com/pytest-dev/pytest-xdist/issues/255
Но смущает несколько моментов: 1. Решение для общего шедулера, я использую scope по файлам и не очень понял как для него такое сделать. 2. Выглядит костыльно и рискует развалиться при первом удобном случае.
Может быть есть у кого идеи как по-другому к вопросу подойти?
pytest + xdist
Есть 1 долгий класс, долгая там фикстура на класс
Хочу этот тест гарантированно прибить к отдельному процессу, чтобы тесты запустились сразу
Ссылка из закрепа, из 10го пункта не работает.
Нашел похожую проблему и решение вот тут: https://github.com/pytest-dev/pytest-xdist/issues/255
Но смущает несколько моментов: 1. Решение для общего шедулера, я использую scope по файлам и не очень понял как для него такое сделать. 2. Выглядит костыльно и рискует развалиться при первом удобном случае.
Может быть есть у кого идеи как по-другому к вопросу подойти?
У Pytest вроде есть фича order tests, я ее не юзал так что мало знаю, но может в ней есть способ выставить первым этот тест, тогда он гарантированно сможет стартовать в одном из потоков в первую очередь.
AM
Такой фичи из коробки не нашел. Но есть такой вот плагин: https://github.com/mrbean-bremen/pytest-order
И даже работает между файлами
Попробую проверить как с xdist будет работать
Спасибо за наводку
И даже работает между файлами
Попробую проверить как с xdist будет работать
Спасибо за наводку
AM
А я правильно понимаю, что xdist в самом начале распихивает тесты по процессам и потом уже не перераспределяет их? От сюда и issue, которое я скидывал выше
То есть если воркеру достался долгий тест, то все кто за ним в этом же воркере, будут ждать, несмотря на то, что остальные воркеры может быть уже отдыхают
В этом случае order мне поможет, но не во всех случаях 🙁
То есть если воркеру достался долгий тест, то все кто за ним в этом же воркере, будут ждать, несмотря на то, что остальные воркеры может быть уже отдыхают
В этом случае order мне поможет, но не во всех случаях 🙁
А
А я правильно понимаю, что xdist в самом начале распихивает тесты по процессам и потом уже не перераспределяет их? От сюда и issue, которое я скидывал выше
То есть если воркеру достался долгий тест, то все кто за ним в этом же воркере, будут ждать, несмотря на то, что остальные воркеры может быть уже отдыхают
В этом случае order мне поможет, но не во всех случаях 🙁
То есть если воркеру достался долгий тест, то все кто за ним в этом же воркере, будут ждать, несмотря на то, что остальные воркеры может быть уже отдыхают
В этом случае order мне поможет, но не во всех случаях 🙁
xdist не умеет в оптимизации, он для простой параллелизации. Для кастомной надо переписать шедуллер в нем.
СС
У Pytest вроде есть фича order tests, я ее не юзал так что мало знаю, но может в ней есть способ выставить первым этот тест, тогда он гарантированно сможет стартовать в одном из потоков в первую очередь.
это не прокатит
AM
Да, вы правы, не прокатило :)
То есть сам способ сработал, тест запустился первым, но из-за того что в один воркер с ним попали и другие тесты, они стартовали сильно позже. В итоге общее время хоть и сократилось, но меньше чем могло бы
То есть сам способ сработал, тест запустился первым, но из-за того что в один воркер с ним попали и другие тесты, они стартовали сильно позже. В итоге общее время хоть и сократилось, но меньше чем могло бы
СС
Да, вы правы, не прокатило :)
То есть сам способ сработал, тест запустился первым, но из-за того что в один воркер с ним попали и другие тесты, они стартовали сильно позже. В итоге общее время хоть и сократилось, но меньше чем могло бы
То есть сам способ сработал, тест запустился первым, но из-за того что в один воркер с ним попали и другие тесты, они стартовали сильно позже. В итоге общее время хоть и сократилось, но меньше чем могло бы
Переписывать планировщик
СС
Хдист на каждом воркере коллектит все тесты с учетом того же ордеринга. Затем мастер процесс формирует размер пачки, оптимальный по его мнению и столько тестов кидает на каждый воркер. Надо переписать эту логику и заставить его нужный тест запихнуть отдельно
AM
Хдист на каждом воркере коллектит все тесты с учетом того же ордеринга. Затем мастер процесс формирует размер пачки, оптимальный по его мнению и столько тестов кидает на каждый воркер. Надо переписать эту логику и заставить его нужный тест запихнуть отдельно
понял, спасибо
2020 December 07
AB
Может кому интересно будет. Вчера новость увидел, но пока не успел потрогать либу.
https://pypi.org/project/atheris/
https://pypi.org/project/atheris/
