Форум программистов, компьютерный форум, киберфорум
Welemir1
Войти
Регистрация
Восстановить пароль
Рейтинг: 3.00. Голосов: 4.

Всегда проверяй свой код!

Запись от Welemir1 размещена 29.12.2020 в 09:42
Обновил(-а) Welemir1 29.12.2020 в 11:41
Метки assert, python, testing

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

Размещено в Без категории
Показов 5524 Комментарии 16
Всего комментариев 16
Комментарии
  1. Старый комментарий
    Информативно
    Запись от Micki146 размещена 29.12.2020 в 10:36 Micki146 вне форума
  2. Старый комментарий
    Аватар для Laborant666

    Видео хорошее,но..

    Но звук с шумом не очень. VST плагины в помощь, Light Host очень удобен в этом плане, к нему VST плагины легко прикручиваются для обработки записи в реальном времени
    Запись от Laborant666 размещена 29.12.2020 в 14:04 Laborant666 вне форума
  3. Старый комментарий
    Аватар для iSmokeJC
    А чего в канал не выложил? Пользительно ведь
    Запись от iSmokeJC размещена 29.12.2020 в 14:55 iSmokeJC на форуме
  4. Старый комментарий
    Аватар для Welemir1
    iSmokeJC, в смысле? вроде все выложил. Или ты о чем?


    Звук да, просит правок, но пока как есть с древним микрофоном.(
    Запись от Welemir1 размещена 29.12.2020 в 15:03 Welemir1 на форуме
  5. Старый комментарий
    Аватар для iSmokeJC
    Welemir1, а, не заметил, сорян
    Запись от iSmokeJC размещена 29.12.2020 в 15:09 iSmokeJC на форуме
  6. Старый комментарий
    Аватар для Rius
    Цитата:
    Сообщение от Welemir1 Просмотреть комментарий
    Звук да, просит правок, но пока как есть с древним микрофоном.(
    Выше же сказали про плагины VST. Вы можете убрать помехи как в реальном времени, так и при последующей обработке. Даже с таким микрофоном.
    Запись от Rius размещена 29.12.2020 в 21:26 Rius вне форума
  7. Старый комментарий
    Годно!
    Запись от Arsegg размещена 29.12.2020 в 22:49 Arsegg на форуме
  8. Старый комментарий
    Аватар для MrOnlineCoder
    Интересно, только вот я никогда не понимал сути написания тестов перед написанием функции/кода, т.е "TDD", если не ошибаюсь. Вы взяли относительно простую задачу, где все четко и понятно. А вот на практике бывает что такую задачу дадут, что пока не напишешь несколько функций - и не поймешь что да и как будет работать, и тесты заранее вот не получается написать.
    Запись от MrOnlineCoder размещена 30.12.2020 в 02:29 MrOnlineCoder вне форума
  9. Старый комментарий
    Аватар для Welemir1
    MrOnlineCoder, суть то как раз понятна, а вот умение такое нужно вырабатывать, оно только с опытом приходит. Я с вами согласен у меня тоже не получается в полной мере использовать ТДД на реальных задачах. Но я как минимум пишу тесты сразу как прикинул функцию и написал ее примерную заготовку. Плюс, как говорил в видео постоянно пополняю тесты по ходу написания кода и ловли багов. Я тут скорее хотел показать что тестировать свой код - это необходимость, пусть даже тесты написаны после того, как реализована функция.
    Запись от Welemir1 размещена 30.12.2020 в 05:50 Welemir1 на форуме
  10. Старый комментарий
    Аватар для MrOnlineCoder
    Welemir1 что скажете насчет того какие тесты нужны? Часто бывает что проект сначала пишется без тестов, а потом как стукнет потребность в них, то получится что покрытие юнит тестами всего приложение займет как написание самого проекта и вообще не рационально с точки зрения бизнеса. отсюда приходиться переходить на что то по типу интеграционных или e2e тестов. Хватит ли их для того чтобы дальше продожать разработку и могут ли они защитить от ошибок?
    Запись от MrOnlineCoder размещена 30.12.2020 в 20:36 MrOnlineCoder вне форума
  11. Старый комментарий
    Аватар для Welemir1
    MrOnlineCoder, ситуация к сожалению частая и знакомая до боли. Гарантированных рецептов нет, могу поделиться опытом как это можно решать (есть положительный опыт). Начинать в любом случае с чего то надо:
    1) договариваемся с командой, что пишем юниты на новые методы, и при исправлении багов на поправленные методы. Таким образом перед командой не стоит неосуществимая задача покрыть все тестами, но с другой стороны юниты появляются и их число растет. Вторая польза в том, что начинаем писать юниты на критичные места (покрывая тестами при багах)
    2) узнаем у ручников-тестировщиков, аналитиков, разрабов самые критичные и проблемные места (это не всегда одно и то же) и прикидываем самый простой способ тестировать их. Это я к тому что до последнего не трогаем е2е тесты, типа УИ-тестов на селениуме для веба. Ибо медленные, тяжелые, не особо надежные. Больше смотрим на тесты апи и интеграционные типа сверки с бд, валидации данных и т.п. Тут уже нужен или отдельный автоматизатор или чел в команде, которые сваяет тесты. Это уже не юниты, но и они тут могут быть, если скажем мы убедим лида написать таски для тестов только самого критичного
    3) самое тяжелое, сложное, трудно повторяемое тестируем уже на УИ, желательно чтобы таких тестов было немного. В общем если у нас нет вариантов протестировать какое то поведение, фичу уровнями ниже.

    4) тесты обязательно ставим частью сборки(!). Этот шаг почему то часто забывают и они где то там отдельно гоняются. Не прогнав юниты код не мержится в ветки. Не прогнав интеграшки+апи не деплоим и т.д. То есть упавшие тесты должны фейлить сборку и деплой, а не бежать где то там в отдельном окружении. Это нам не только дает гарантии кое-какие (поначалу весьма призрачные) но и приучает разрабов смотреть за тестами, внимательно к ним относиться, понимать зачем они.

    Естественно тут есть много НО, много нюансов, типа когда в продакшн, сколько у нас ручников, есть ли спецификации на продукт, сколько у нас вообще ресурсов и времени, насколько команда понимает тестирование и готова идти навстречу. До сих пор живы люди, которые считают что тесты это лишь трата времени и "вон же есть тестировщики, пусть себе смотрят".

    Короче, если тестирование в проект сразу не закладывалось (обычное дело) и разработчики тесты не писали, то все будет грустно, тяжело и не быстро.

    Сумбурно наверное написал) Но тут кратко наверное не напишешь.
    Запись от Welemir1 размещена 30.12.2020 в 21:53 Welemir1 на форуме
  12. Старый комментарий
    Аватар для XLAT
    Цитата:
    Сообщение от Welemir1
    договариваемся с командой, что пишем юниты на новые методы
    вот с этого и надо было видос начинать,
    а то удивили нас ассератами

    Цитата:
    Сообщение от Welemir1
    До сих пор живы люди, которые считают что тесты это лишь трата времени
    жалею вот, что сразу не ответил товарисчу здесь на форуме,
    который написал, что, мол, тесты мешают проектировать дизайн.
    Глупость же эта есть вселенского масштаба, ибо всё с точностью до наоборот!
    Тесты как раз помогают дисциплинировать модульность с её инкапсулированием внутря выделенного функционала.
    Т.е. если хотите(а хотеть вы обязаны) хорошего проектирования,
    но плаваете - как этого достичь, то пишите тесты, которые чуть ли не автоматом выведут вас на правильную дорогу.
    Запись от XLAT размещена 31.12.2020 в 11:24 XLAT вне форума
    Обновил(-а) XLAT 31.12.2020 в 11:25
  13. Старый комментарий
    Аватар для Welemir1
    XLAT, так я ж для новичков, они пока не знают что такое юниты и либ типа юниттеста или питеста в глаза не видели. Потому с ассертов начал, как с простого примера и формирования привычки к тестам.

    Цитата:
    чуть ли не автоматом выведут вас на правильную дорогу.
    Абсолютно верно. Если команда начинает писать тесты, быстро обнаруживается, что для простоты их написания и код должен быть написан определенным образом, начинают изначально планировать все так, чтобы легче было проверять. Так что с вами полностью согласен -тесты это очень пользительная вещь.
    Запись от Welemir1 размещена 31.12.2020 в 11:53 Welemir1 на форуме
  14. Старый комментарий
    Аватар для Рыжий Лис
    Открой для себя pytest. Выглядят как те же ассерты, но больше информации выдают.
    Запись от Рыжий Лис размещена 23.06.2021 в 18:41 Рыжий Лис вне форума
  15. Старый комментарий
    Аватар для Welemir1
    уже закрыл его для себя
    Запись от Welemir1 размещена 23.06.2021 в 19:16 Welemir1 на форуме
  16. Старый комментарий
    Аватар для Рыжий Лис
    А зря. Ну как хочешь.
    Запись от Рыжий Лис размещена 23.06.2021 в 19:46 Рыжий Лис вне форума
 
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2021, vBulletin Solutions, Inc.