Size: a a a

testing_in_python

2020 November 23

EB

Evgenii B in testing_in_python
Сказочный Сникерс
кстати, у меня сделано вообще по другому, только что вспомнил и глянул. похожая ситуация, только аргумент другой. я в таком случае выкидываю тест из коллекции и его как будто бы и не было (не маркается как skipped).
че-то тоже сомнительная затея. explicit is better than implicit
источник

СС

Сказочный Сникерс... in testing_in_python
Evgenii B
че-то тоже сомнительная затея. explicit is better than implicit
ну у меня слишком переделана логика коллекта тестов, перепилен планировщик, так что уже норм)
источник

СС

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

EB

Evgenii B in testing_in_python
ты решил заигнорировать как-то тест. у тебя test collection log на случай своих судьбоносных решений имеется? Errors should never pass silently.
Unless explicitly silenced.
источник

EB

Evgenii B in testing_in_python
ну дай бог документация есть и есть кто ее читать будет =)
источник

EB

Evgenii B in testing_in_python
да и джоб сесурити тоже хорошо
источник

СС

Сказочный Сникерс... in testing_in_python
Evgenii B
ты решил заигнорировать как-то тест. у тебя test collection log на случай своих судьбоносных решений имеется? Errors should never pass silently.
Unless explicitly silenced.
да
источник

СС

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

СС

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

EB

Evgenii B in testing_in_python
но это не объясняет почему нужно отбросить тест из коллекции совсем вместо того, чтобы маркнуть его как пропущенный и уже далее в шедулере такие тесты пропускать
источник

EB

Evgenii B in testing_in_python
ты отредактировал сообщение? =)
источник

СС

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

EB

Evgenii B in testing_in_python
в общем, я бы решения с meta слоем pytest рекомендовал с звездочкой, как ты сейчас описал. не тянет на тривиальное решение, о котором рантайм пайтеста человеколюбиво расскажет
источник

EB

Evgenii B in testing_in_python
Mike
@pytest.mark.skipif(environ.get('ENVIRONMENT') in ['stage', 'alpha'], reason="...")
пока что лучшее решение
источник

EB

Evgenii B in testing_in_python
еще лучше, если вынести предикат как
IS_TESTING = 'test' in environ.get('ENVIRONMENT')

@pytest.mark.skipif(IS_TESTING)
источник

EB

Evgenii B in testing_in_python
и положить обьявление переменных куда-нибудь в голову тестового набора. чтобы вычислялось один раз на сессию и автоимпортилось на все неймспейсы
источник

AM

Artur Mustafin in testing_in_python
Evgenii B
еще лучше, если вынести предикат как
IS_TESTING = 'test' in environ.get('ENVIRONMENT')

@pytest.mark.skipif(IS_TESTING)
да не и так сойдет, потом захочется эту переменую экспортировать, или заюзать еще где-то, в логгировании, получится не чистый код, а как всегда, куча магический свитчей с неясной зависимостью
источник

M

Mike in testing_in_python
Evgenii B
пока что лучшее решение
Спасибо :)
источник
2020 November 25

П

Павел in testing_in_python
Добрый вечер коллеги. Подскажите пожалуйста. Дали тестовое задание проверить по апи некоторые моменты, Я накидал скрипт. А дальше нужно запустить его несколькими паралельными процессами. Я вижу два варианта: через pool and  map, или через потоки. и там и там нужна функция.  Не могу понять  как тут ее выполнить. Подскажите.
источник

M

Merg in testing_in_python
не, давай код на pastebin
источник