Size: a a a

QA — Automation

2021 June 06

A

Alexander in QA — Automation
Ну так в питоне же всё объект)
источник

СС

Сказочный Сникерс... in QA — Automation
И?)
источник

A

Alexander in QA — Automation
С self'ом борода получится лишняя. Для каждого теста создавать ещё и класс, ну такое
источник

A

Alexander in QA — Automation
Вот с контекстом интересно... Но как я понял у тебя контекст к экземпляру класса относится.
источник

СС

Сказочный Сникерс... in QA — Automation
Не вижу в этом никаких проблем, а вот возможностей появляется ультра много
источник

A

Alexander in QA — Automation
А если общий сделать,то это ерунда. Мб подумать как сделать временный...
источник

СС

Сказочный Сникерс... in QA — Automation
Да, потому что иначе тебе придется городить над функциями какую то логику, которая сможет сохранять этот контекст для конкретного теста и шарить его между разными кусками кода
источник

СС

Сказочный Сникерс... in QA — Automation
Рано или поздно ты все равно перейдешь на классы, даже сейчас твоя хотелка уже без них будет дикими костылями. Не сможешь ты в хоть сколько то крупном проекте с хоть какой то чуть более сложной чем обычно логикой существовать только на функциональщине
источник

A

Alexander in QA — Automation
Можно конечно сделать временный и в тирдауне его крепить и чистить, но при таком раскладе не знаю как будет при параллелизации запуска тестов. Мб какой-то Id присваивать.
источник

СС

Сказочный Сникерс... in QA — Automation
Нет никаких проблем с параллелизацией, там же процессы а не потоки
источник

СС

Сказочный Сникерс... in QA — Automation
Но если допустишь ошибку и твой контекст не очистится - привет выстрел в ногу)
источник

A

Alexander in QA — Automation
Не, ну если общий словарь - контекст будет един, то разве не будут перезаписывать друг друга или ещё чего?
источник

СС

Сказочный Сникерс... in QA — Automation
Я же тебе говорю, процессы. Не потоки
источник

СС

Сказочный Сникерс... in QA — Automation
В каждом процессе это будет свой словарь
источник

A

Alexander in QA — Automation
Надо обдумать)
источник

A

Alexander in QA — Automation
Хотя,идея тоже так себе. Тогда придется в тесте добавлять постоянно эту логику с помещением локальных переменных в контекст.
По сути не решит проблему. С таким же успехом можно в фикстуру их передавать внутри теста.
источник

СС

Сказочный Сникерс... in QA — Automation
Из теста ты ничего не можешь "передать" в фикстуру
источник

A

Alexander in QA — Automation
Ну я могу сделать метод внутри фикстуры, в который передам, а он уже приатачит)
источник

СС

Сказочный Сникерс... in QA — Automation
И как его вызывать?
источник

СС

Сказочный Сникерс... in QA — Automation
В тесте?
источник