Надоело тестировать руками? Или ты уже пишешь код, но хочешь делать это лучше и эффективнее?

Пора научиться создавать гибкие фреймворки, настраивать инфраструктуру и писать эффективные автотесты.

Представляем курс «Автоматизация тестирования на Python» от основателей @testing_in_python.

Преподаватели курса — профессионалы с многолетним опытом работы в области автоматизации тестирования.

Курс рассчитан на junior автоматизаторов и тех, кто хочет перейти от ручного к автоматизированному тестированию. Обучение длится 4 месяца, а в финале ждет большой выпускной проект, который смело можно расположить в своем git-репозитории.

Ознакомиться с программой и записаться можно по ccылке: devdivision.io

Задать интересующие вопросы и получить ответы, касаемые организации, расписания и условий проведения занятий можно в телеграме: @devdivision_chat

Стопроцентное трудоустройство min на 150к гарантируется?🤔

Кстати такие кейсы уже были и не один раз, так что нет ничего невозможного)

хуа себе вы с Санечком важные конечно на фотках!

кросева, крутаны ваще

Всем привет! Нужен хелп по тому как заупстить тесты в параллель при помощи pytest-xdist. Задать параметром ноды не проблема, но есть проблема в том, что некоторые тесты не могут бежать в параллели.
Один тип тестов просто работает с aws sqs и мы в кажлом тесте должны работать со всеми типами меседжей, второй тип тестов когда у нас есть total_count в респонсе и он увеличивается из-за других тестов работающих с этой же сущностью.
Пытались разрулить для первого типа тестов испльзуя опцию --dist loadfile (типа эти тесты в одном файле и если они пойдут один за одним то все решит), но не тут то было и получили Different tests were collected between gw0 and gw1 из-за того что в тестах есть parametrize
И у меня теперь несколько вопросов:
1) Как кто разруливал параллельный ран если есть тесты, которые нельзя запускать параллельно? (не зависимые но под капотом результаты других тестов могут влиять)
2) Как разруливали с параметризацией и параметром parametrize если сталкивались? (PYTHONHASHSEED=random не помогло, подход с @pytest.mark.parametrize(“foo”, sorted(foos))  тоже не ложтся из-за больше одного параметра)
Есть еще мысль просто маркать тесты и пускать отдельно паралельно те что так заранить можно, а отдельно промарканые одним потоком (по факту таких тестов у нас штук 10 всего)

> параллельный ран если есть тесты, которые нельзя запускать параллельно

тут, мне кажется, ответ в вопросе

т.е. архитектурно нужно переделывать тесты на события, чтобы они не ждали/не опирались на какие-то значения, а просто ждали сообщения, чтобы продолжить

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

на текущем месте: erlang оркестратор, который запускает процесс pytest с флагами. Разные флаги - разные тесты.

Рандом для разных потоков же можно где то в другом месте определить один раз и прокидывать уже фиксированную параметризацию зафиксировать если эти параметры

это будет не очень удобное место)

Если запускать тесты из самого питон файла например , в которомта параметризация будет считаться один раз и дальше прокидываться, сильно плохо разве?

не ну вы прикольно между собой обсудили )) спасибо за участие ))пошла гуглить

Дело в том что тут нет верного решения

Но есть работающие практики) их можно расшарить

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

А еще про работающие практики можно прочитать в обсуждении.

Да вот пока склоняюсь в промаркать. Параметризация вызывает ошибку только если использовать опцию --dist loadfile. Это пытались ранить в ноде тесты с одного файла ван бай ван

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

Или нет))

Вот этого и хочется)