E
А какая тут взаимосвязь параметров друг с другом? Это же пример с product.
Size: a a a
2021 May 17
Б
А если нужно без product?
Б
@pytest.mark.parametrize('foo,bar', ((1, 2), (3, 4)))
@pytest.mark.parametrize('baz', (9, 8, 7))
def test_something(foo, bar):
passБ
Комбинировать цикл с
each?E
Если смотреть этот ward, у них each это как раз не product получается, а как product сделать - не понятно. :)
AK
Не, ну так неудобно
Б
С именами тестов прикольно, но нафига для этого декоратор — можно в докстриге писать их и оттуда забирать
E
Как я понимаю, декоратор декларирует, что это типа тест и формат жёстко задан, его сразу видно и как-то по другому не сделаешь.
Б
А когда параметры перестанут помещаться в одну строку — всё это превратится в нечитаемое месиво
E
а как это решается с pytest.parametrize? :)
вот например у меня в коде есть такое
вот например у меня в коде есть такое
Б
Такое читаться вообще нигде не будет имхо)
Б
Я бы вынес в переменные и их бы вставлял в декоратор
E
Я в одном проекте делал загрузку параметров из yaml-файлов
Б
Ну или так
E
И сколько надо переменных?
E
Я и так сделал named tuple для того, чтобы хоть как-то ориентироваться в этой каше
Б
В общем я о том, что в parametrize варианты сгруппированы и читаемость будет сохраняться гораздо дольше, чем в случае с each
Б
Речь о том, чтобы можно было легко увидеть структуру параметров и отделить один вариант или параметр от другого
E
ну вот в моем примере у меня используется NamedTuple для этого
E
Без него вообще было бы печально