это ж надо докер расчехлять как минимум

а в чем сложность?

ну хз

просто интересно

один контейнер с тестами, другой с базой

как из контейнера с тестом поднять другой контейнер

не вижу проблем ?

как из контейнера с тестом поднять другой контейнер

прокидываешь либо docker сокет, либо обращаешься к докеру по http api

это ж надо докер расчехлять как минимум

никакого докера запрос улетает типа CREATE db_test и кстати еще миграции накатываются

ой не, я такие штуки делаю вообще на behave

ты не поверишь, но @pytest.mark.usefixtures

ну из документации это немного все же не то

я знаю про pytest-bdd, но мне он не зашел

никакого докера запрос улетает типа CREATE db_test и кстати еще миграции накатываются

эм, вот три теста одновременно делают create db_test - что будет?

Подскажите как перевести суму в копейки. Копаю в сторону Decimal Сейчас есть что то такое, но варианты с 1 например выдает неправильно def convert_amount(sum): from decimal import getcontext getcontext().prec = 2 x = Decimal(str(sum)) a = int(x) b = int(100 * (x - a)) if a == 0: a = "" return (str(a)+str(b))

ну из документации это немного все же не то

но организовать работу с ним можно такую же

ой

я бы предпочел какой-нибудь явный декоратор для этого

Типа было так: def test_bla(user, blog): стало так: @use_fixture('user', 'blog') def test_bla(user, blog): ?

я знаю про pytest-bdd, но мне он не зашел

pytest-bdd ужасен ?

а в behave есть before_all, before_feature, before_scenario и соответствующие after

импорт внутри функции

ой не, я такие штуки делаю вообще на behave

я сейчас переписываю bdd тесты на просто pytest, выкидывая lettuce

Подскажите как перевести суму в копейки. Копаю в сторону Decimal Сейчас есть что то такое, но варианты с 1 например выдает неправильно def convert_amount(sum): from decimal import getcontext getcontext().prec = 2 x = Decimal(str(sum)) a = int(x) b = int(100 * (x - a)) if a == 0: a = "" return (str(a)+str(b))

sum какого типа?

Подскажите как перевести суму в копейки. Копаю в сторону Decimal Сейчас есть что то такое, но варианты с 1 например выдает неправильно def convert_amount(sum): from decimal import getcontext getcontext().prec = 2 x = Decimal(str(sum)) a = int(x) b = int(100 * (x - a)) if a == 0: a = "" return (str(a)+str(b))

а изначально сумма в чем?

Типа было так: def test_bla(user, blog): стало так: @use_fixture('user', 'blog') def test_bla(user, blog): ?

лучше бы импорт фикстур в явном виде.

если она не в виде целого числа, то вот в этом месте и надо чинить

сумма денег всегда должна быть в копейках

лучше бы импорт фикстур в явном виде.

На уровне модуля?

эм, вот три теста одновременно делают create db_test - что будет?

не делают. фикстра базы со скоупом session один раз на весь запуск выполняется

а изначально сумма в чем?

В строке. С плавающей точкой

не делают. фикстра базы со скоупом session один раз на весь запуск выполняется

как скоуп мне запретит одновременно запустить два раза тесты в двух контейнерах?

не делают. фикстра базы со скоупом session один раз на весь запуск выполняется

базу надо иногда создавать на каждый тест

В строке. С плавающей точкой

пример

В строке. С плавающей точкой

тогда надо убрать точку наверно

str от строки это сильно

тогда надо убрать точку наверно

А если флоат прилетит?

ты чего вообще хочешь?

как скоуп мне запретит одновременно запустить два раза тесты в двух контейнерах?

типа распараллеливать прогон тестов или что? чет не пойму зачем это

пример входных и выходных данных давай

типа распараллеливать прогон тестов или что? чет не пойму зачем это

ну да, вот есть CI он фигачит параллельно тесты от разных веток

#help-offered #documentation I am looking for Open Source project to write documentation. Привет! Хочу написать документацию проекта.

ну да, вот есть CI он фигачит параллельно тесты от разных веток

если у них общая база, то там будут коллизии и такие тесты не надежны )

нафиг так делать

не должна быть общая база

её надо поднять

для теста

ну с пробросом сокета докера понял

если у них общая база, то там будут коллизии и такие тесты не надежны )

Да просто не надо писать unit test'ы, которым нужна база

научить CI на каждую ветку свою базу прописывать в конфиге

непонятно как это к фикстурам относится и “прописал строчку и всё”

оказывается не строчку, а ещё сокет пробросить и CI настроить

причем тут это вообще?

крч я пользую для такого behave и доволен

непонятно как это к фикстурам относится и “прописал строчку и всё”

тебе никто не мешает сделать фикстуру: mysql, которая 1 раз создаст базу на сессию (поднимет mysql например), затем создать фикстуру mydb, которую передавать в каждый тест и она будет просто на старте теста создавать базу/дамп, а при выходе очищать

а тут красиво в функцию теста передаешь параметр mysql и получаешь запущенный mysql с натсроенным на него окружением

и вообще, часть этих фикстур выношу в шаги, а их в бэкграунд для тестов

как-то резко скатились от фикстур к настройке окружения для CI

тебе никто не мешает сделать фикстуру: mysql, которая 1 раз создаст базу на сессию (поднимет mysql например), затем создать фикстуру mydb, которую передавать в каждый тест и она будет просто на старте теста создавать базу/дамп, а при выходе очищать

я это могу и без фикстур сделать

Background: Given I have a database populated with the following: | key | value | | 1 | 2 |

у меня собственно и было - базовый класс тесткейса, который поднимает базу

я это могу и без фикстур сделать

было б странно, если б это можно было сделать только с фикстурами)

что так строка, что так

Tishka17 ну ок, а если тебе надо 2 базы? mysql и redis например?

у меня собственно и было - базовый класс тесткейса, который поднимает базу

дак можно и фикстуру такую же сделать поднимает базу, если её нет. если есть, то не поднимает и запускай себе в разных контейнерах только непонятно кто из них потом её грохать будет ) все зависит от бзкейсов, мне вот такое поведение не нужно было

то уже попадешь на множественное наследование

Tishka17 ну ок, а если тебе надо 2 базы? mysql и redis например?

ну сделаю фабрику, проблем-то

ERROR: S client not available

фабрику, проблем то

а потом дашь это джуну и офигеешь от вопросов)

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

а вообще подумаешь множественное наследование

а в py.test ты просто создашь вторую фикстуру redis, которая ничего не будет знать про mysql и передав ее в функцию, у тебя будет редис

вот блин адепты ООП и докеров ) любят же всё переусложнять )

я полагаю один и тот же код получится

вопрос как он будет прмиеняться к тесту

сетап бд, редиса и т.п. уже похоже на интеграционное тестирование, я бы в unit test'ах такого не делал

сетап бд, редиса и т.п. уже похоже на интеграционное тестирование, я бы в unit test'ах такого не делал

Если надо развернуть для прогонки, то можно. Потом CI все это исполняет

это оч холиварная тема )

сетап бд, редиса и т.п. уже похоже на интеграционное тестирование, я бы в unit test'ах такого не делал

а что, py.test только юнит тестов использовать?)

я им интеграционные гоняю и selenium и апи тесты

интеграционный тест на 2.5 часа тоже гоняется

36 лучших видео для тех, кто хочет углубить знания в Python Познавательная подборка видеоматериалов о языке программирования Python. Подборка разбита на временной ряд от 2007 до 2015 года. Посмотри, как развивался Python! https://proglib.io/p/py-must-watch-videos/

AuthUser.objects.filter(email__in=emails) - что деалет __in в Django?

Выбирает юзеров с мейлами из списка емейлс

делает IN

select * from authuser where email in (emails)

а что, py.test только юнит тестов использовать?)

Ну никто не запретит, но мне, все же, кажется что в первую очередь pytest для unittest'ов

чем тогда делать другое тестирование?

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

ну у меня щас функциональный тест

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

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

база инциализируется снаружи

у нас на проекте все по контейнерам и даже ci (докер) контейнерный

угу

Все в коробки!

пустить все тесты в 5 потоков и пусть каждый знает, что ему надо очень просто

тесты все свое носят с собой

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

Звучит вполне норм. Тогда просто важно не смешивать unit test'ы и интеграционные

тесты все свое носят с собой

?