Телеграмм чат группы testing_in

С повышением компетенции ты сама потом решишь, как тебе удобно, venv или env

23:06пожаловаться #1

Ну, не хочется делать проекты методом тыка, чтобы потом оказалось, что они не запускаются больше ни у кого. И нужно всё сносить и начинать с нуля, потому что изначально была ошибка с версией окружения.
Вот у тебя в команде какой вариант используют? Как часто возможны ситуации, что надо для тестов использовать Питон строго версии младше 3.3 (где появился этот встроенный venv)

23:12пожаловаться #2

>>> главное, чтобы код нормально работал у другого тестировщика и в CI
Я единственный тестировщик и до меня автотестов в фирме не было. Т.е. какой-то сложившейся практики "делает так!" в команде нет.

23:16пожаловаться #3

Ну напишешь в readme или раструбишь по каналам связи, что этот репо работает только при таких условиях

23:16пожаловаться #4

Ну тогда тем более какая разница? Настраиваете у себя как удобно, потом настраиваете CI, все остальные будут уже работать по инструкции

23:17пожаловаться #5

В общем, Оля, советую не загоняться, главное, сосредоточиться на коде, а pipenv и env в переговорах обсудите

23:19пожаловаться #6

Ок. Спасибо! Мне главное понять, что нет единственно-верного способа. Мол, если писать автотесты с вирт.окр.venv - это тоже можно, а не запрещенный прием, несовместимый с Селениумом

23:22пожаловаться #7

А что, так можно было?-2 )))
Писать как удобно, создать прецедент, а дальше уже всех уведомить, что надо впредь использовать выборный мною способ.

23:24пожаловаться #8

Так, если вы единственный тестировщик(авто), то кто вам запретит?) Главное, чтоб работало 👍

23:25пожаловаться #9

Когда придет второй на проект и скажет, что так делать не "по понятиям", тогда можно будет обсудить альтернативы

23:26пожаловаться #10

АБ

Алексей Большаков... in testing_in_python

Я думаю в курсе Баренцева акцент был именно на том что нужно изолировать зависимости проекта в виртуальное окружение, а не на том каким способом его создать. + шаблон gitignor не приколочен гвоздями каждый его адаптирует под свой проект

23:26пожаловаться #11

К тому ж этот вариант venv из коробки python работает

23:27пожаловаться #12

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

23:28пожаловаться #13

2021 July 28

>>>этот вариант venv из коробки python работает
Именно. Но в курсе, насколько я помню, особо подчеркивалось, что это нежелательный способ и пользоваться им нельзя. Но курс я проходила где-то в 2019 году, может с тех пор venv уже стал стабильным и заслуживающим доверия?🤔

Александр Кот... in testing_in_python

08:22пожаловаться #14

АК

Что предлагалось на курсе в качестве альтерантивы venv?
Потому что обычно как раз venv рекомендуют, чтобы для каждого проекта было свое виртуальное окружение (venv). Чтобы не ставить все библиотеки python в корень операционной системы, и потом не страдать, от того, что в одном проекте одна версия бибиотеки нужна, а в другом другая.

Тачами Экстович... in testing_in_python

08:39пожаловаться #15

ТЭ

Почему это нежелательный способ? Какие аргументы?

Тачами Экстович... in testing_in_python

09:41пожаловаться #16

ТЭ

Может надо поменьше курсы смотреть, и побольше работать просто..

09:42пожаловаться #17

Алексей in testing_in_python

pip install assertpy

09:46пожаловаться #18

Алексей in testing_in_python

у баранцева и спрашивайте, почему он венв не любит. Мы тут не при чем. А так используйте венв, он создается одной командой, или вообще кнопкой в пичарме. Главное выключайте галку Inherit global site packages, чтобы венв был независимой копией

09:50пожаловаться #19

Алексей in testing_in_python

Вариант 3:
pip install virtualenv
virtualenv <path_to_your_venv_dir>
<path_to_your_venv_dir>\Scripts\activate.bat (or .sh)
python -m pip install --upgrade pip
pip install wheel
pip install -r requirements.txt #ваше селениум и тп барахло