Всегда проверяй свой код. Простое тестирование с assert

[@АлександрМарков-э4ю]

Спасибо! Очень пригодилось. Очень хорошо и ясно излагаете. И темп речи то, что нужно! Подписался. Есть , что посмотреть!)

[@PythonRussian]

благодарю, будем и дальше стараться

[@vandriichuk]

Нашел для себя Ваш канал про Python. Смотрю все - очень толково и грамотно объясняете. Большое спасибо!

[@ВладБеляков-щ6р]

Спасибо за видео Заодно, узнао про all() и any()

[@nohtyp_gniyduts838]

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

[@PythonRussian]

с тестированием вообще туго, мало где его вообще преподают, обычно по верхам просто проходят.

[@Kostya_kzn]

Вот и я перерос print() и втягиваюсь в тестирование. Спасибо за то что всё просто и понятно

[@dailyvideo1593]

Каждый видос - по кайфу. Однозначно подписка

[@barma1309]

да тут и спонсировать не грех

[@PythonRussian]

Друзья, попробовал другую программу для записи видео и увеличил шрифт, надеюсь жалоб на то, что ничего не видно больше не будет

[@Pasha_Laborant]

картинка хорошая, звук требует доработки. На киберфоруме комментарий об этом оставил

[@PythonRussian]

@@Pasha_Laborant понял, подумаю насчет нового микрофона, мой совсем древний.

[@api-nsk]

в обс есть шумоподавление. Добавляется в пару кликов без установки чего-либо

[@Quimorax]

Классное видео, а самое главное, полезное. Было бы интересно посмотреть видео где Вы рассказываете про unit тесты и как ними пользоваться.

[@PythonRussian]

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

[@PythonRussian]

kzbin.info/www/bejne/j3WakoyAnZieY9k

[@Rustik702]

Благодарю, очень полезно.

[@y18kotov]

Большое спасибо автору!

[@ЕВЯ-о3м]

Долго пробивался, но пробился. Пока прижилась тема в голове, пришлось пересмотреть раз десять. Но вот пошло, пошло. Тормоз скорее связан с невысоким уровнем моего питонизма в целом Будем исправлять. Спасибо

[@PythonRussian]

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

[@beatrixx_kiddo]

Спасибо. Хотелось бы заметить, что continue там не нужно.

[@andrey730]

Да, тоже не очень понял разъяснение )

[@Прогулкивокругсвета-ф2ю]

Хотел сначало возмутиться почему не нужно, а потом пересмотрел код и понял что и правда в любом случае он после выполнения условия перейдет на следующую итерацию. Спасибо за замечание

[@zelenchuk.serhii]

Сильно! Благодарю за видео!

[@EdGull]

Спасибище огромное!!!

[@nikulin7944]

Спасибо за труд! ))

[@glasderes]

Я сверх новичок, и я использую +- два языка, c и python, я практически всегда использую асерты когда использую масивы, выход из масива = смерть особенно если это выход из масива на один элемент. Для людей которые не особо понимают как работает си, в си на изичах можно выйти за масив, в пк есть оперативная память, есть у нас в начале масив допустим 100 элементов и после него может идти переменная, и если мы выйдим за масив то мы заменем значение переменной, ошибки не будит, у нас просто программа будит неправильно работать, если выход из масива допустим за сеткой и обращаемся к 200 элементу то тогда винда начнёт ругаться Кста совет по решению задачей допустим с код ворса, часто бывает что есть алгоритм который приходит в голову но сложность там так себе, так вот я всегда проверяю второй алгоритм который достаточно сложный и требует знания в теории чисел или ещё в какой фигне, просто проверяя значения между двумя функций

[@МарияКожевникова-ц3з]

спасибо огромное, ваш опыт - супер, а то, что вы им делитесь, просто волшебно. но я допустила вольность, - лень писать код, и первые два условия + четвертое записала как if-elif, а третье - else.... просто я ленивая((((

[@МарияКожевникова-ц3з]

а ну да у вас то же самое на 19ой минуте))) и даже круче

[@ВеселыйРоджер-н7ы]

Спасибо. Хороший материал, хорошая подача👍

[@denissavast]

Успехов Вам !

[@future_design_3d]

Крутые видосы! А какая комбинация клавиш в пайчарме чтоб скопировать строку в которой находится курсор (на 8й минуте, где писали ассерты) ?

[@PythonRussian]

посмотри мой видос по комбинациям клавиш. Контрол+D это дублировать строку ниже, если я верно тебя понял.

[@АлександрЕноха]

Почему если поменять условие на строках 19 и 17 местами получается ошибка,(до 18 минуты видео)? Если прогнать не через assert, а print, то получается что условия оба выполняются, но они (условия не равнозначны), как так выходит?

[@danbrown8104]

Тоже не могу понять. Поле условия Week ставлю условие для Good , затем для Very Good - выдаёт ошибку теста на Very Good. Но если поменять условия местами (Very Good c Good) То никаких ошибок....

[@Прогулкивокругсвета-ф2ю]

Потому что когда пароль подходит под условие с very good, оно так же выполняется и для условия с good, а если это условие с good стоит раньше, то и срабатывает он всегда, не давая возможности проверить условие с very good. Надеюсь не запутал 😅

[@Quimorax]

Как Вы сказали, assert не нужно использовать в своём коде, только в тестах, то есть использование assert в функциях, например для проверки каких-то граничных условий, не является хорошей практикой? Просто недавно лазил в исходном коде Python и заметил, что так иногда используется assert и стало интересно стоит ли так делать.

[@PythonRussian]

я бы не советовал, к тому же у ассерта не понятное сообщение, все что ты поймешь сходу это место падения. Если в функции ты уверен, что аргумент не может скажем быть нан, то просто брось исключение. Тот же Бейдер например советует использовать ассерты в коде только если ты прямо 100% уверен что такой ситуации не может быть. Я же не советую. Ведь где то выше по коду ты можешь перехватывать то исключение что бросишь и нормально его обработать/залогировать, а главное понять (если оно читаемое с нормальным сообщением).

[@Quimorax]

@@PythonRussian Спасибо)

[@ДмитрийСергеев-л6г]

Классно, спасибо!

[@34alexed]

супер, больше материалов на тему тестирования

[@ТОП5-10-ю4г]

Спасибо!

[@jamjam3337]

👏👍

[@ВладимирГригорьевич-у2р]

однозначно продолжения!

[@PythonRussian]

kzbin.info/www/bejne/j3WakoyAnZieY9k

[@maskon78]

Вот спасибо!

[@ХалилМаденбай]

Про OOP будете снимать курс?

[@PythonRussian]

не курс, а несколько видео наверное будет с моими мыслями по этому поводу.

[@AlexandrSpirit]

Вот хорошо бы описать подход к разработке приложения с тестированием. Что в первую очередь делать? Читал, что нужно сначала писать тест под фичу, а затем писать реализацию в приложении. Как быть?

[@PythonRussian]

на самом деле крайне важный вопрос. Скажу честно - писать в ТДД стиле у меня не выходит, то есть на каких то маленьких задачах, как на видео -еще ладно, а для продакшн-решений нет. То есть у меня нет успешного опыта написания тестов ДО кода. Если посмотришь мои следующие видео про юниттест и питест то там как раз подход, который я применяю для сложных решений: сначала накидывается некая канва решения, некий код, потом уже тесты, постепенно и код доводится до ума и тестов все больше. Но в любом случае код впереди тестов. Но это мой подход, я знаю что есть Кент Бек и другие умные граждане, которые хвалят ТДД, просто я честно не осилил.

[@AlexandrSpirit]

@@PythonRussian Как по мне, в интернете не хватает подробного описания модульного тестирования rest api приложений. Как протестировать урл - понятно. Но как протестировать отдельные классы, методы, функции которые работают с БД через ORM Sqlalchemy ? Я так и не понял, зачем писать мидлваре с sessionmaker в фикстуру, когда уже есть готовый модуль. Т.е. просто импорт не работает, нужно именно все заново прописать в фикстуру

[@GROMOZEKA_NZT]

Не понял пояснение с continue. Если any станет тру, то в любом случае мы перейдём к следующему набору

[@Rustik702]

Я так понимаю, что continue для вложенного цикла нужен, который в скобках, а не для внешнего с перебором наборов символов?

[@GROMOZEKA_NZT]

@@Rustik702 туда нельзя вписать continue, и вообще он не нужен в этом коде

[@Rustik702]

@@GROMOZEKA_NZT Значит если срабатывает any, то в любом случае переходим на следующий набор?

[@GROMOZEKA_NZT]

​@@Rustik702там и так в цикле идёт перебор наборов. Что с continue, что без всё равно все наборы будут проверяться. Просто почитай что делает continue

[@usernaum0018]

ручей на заднем фоне подбадривает кстати;))

[@PythonRussian]

на полянке снимал)))шучу, микрофон такой был

[@usernaum0018]

@@PythonRussian 😂😂

[@alexeykolodochkin5826]

Тесты и правда доказательство, причем, единственное.

[@denissavast]

Хорошая подача

[@ВладимирГригорьевич-у2р]

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

[@PythonRussian]

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

[@ВладимирГригорьевич-у2р]

@@PythonRussian не не, по сути мой вопрос был ламерский =) нашел ответ в "Комбинации клавиш и советы по работе в PyCharm kzbin.info/www/bejne/gJ7OlqNreseEh7s"

[@RomanOleynik]

шум ((

[@ivanmain9659]

Микрофон ужасный, все шумит, слушать трудно

[@PythonRussian]

да, потом поправил звук, в следующих видео

[@DrewBive]

ну и говнокод с логическими операторами

[@Александр-г6о2н]

Класс! Спасибо!