ar
Feedback
Docs-Python.ru

Docs-Python.ru

الذهاب إلى القناة على Telegram

Обновления сайта Docs-Python.ru

إظهار المزيد
954
المشتركون
لا توجد بيانات24 ساعات
لا توجد بيانات7 أيام
لا توجد بيانات30 أيام
أرشيف المشاركات
🆕🔥Новый. 👉 unittest: асинхронный код с IsolatedAsyncioTestCase и AsyncMock 📝 Часть показывает, как стандартный unittest тестирует async def: изолированный event loop, async-фикстуры, AsyncMock и проверки await. Цель - писать async-тесты без реальной сети, ручного управления loop и случайных зависаний. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-asinhronnyi-kod/

🆕🔥Новый. 👉 unittest: тестирование HTTP, БД и внешних сервисов без реальных запросов 📝 Часть отделяет unit-тесты от реальных HTTP-запросов, БД и сторонних сервисов. Через fake repository, адаптеры и integration-границы показано, как проверять бизнес-логику быстро, а реальные подключения оставлять для отдельного слоя тестов. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testirovanie-http-bd-vneshnih-servisov/

🆕🔥Новый. 👉 unittest: тестирование файлов, JSON, CSV, дат и времени 📝 Часть учит делать детерминированными тесты кода, который работает с файлами, JSON, CSV, датами и временем. Вместо реальной среды используются временные директории, явные clock-зависимости и проверка структуры данных без хрупкого сравнения строк. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testirovanie-fai-lov-json-csv/

🆕🔥Новый. 👉 unittest.TestCase: тестирование классов, наследования и взаимодействия объектов 📝 Часть показывает, как тестировать классы через публичный контракт: методы, состояние, переходы, зависимости, наследование и композицию. Фокус - не лезть в приватные детали без причины, а проверять инварианты и наблюдаемое поведение объекта. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-testirovanie-klassov/

🆕🔥Новый. 👉 unittest.mock.patch: подмена зависимостей без изменения production-кода 📝 Часть разбирает unittest.mock.patch как временную подмену имени в точке использования. На примерах показано, как безопасно заменять функции, классы, env и HTTP-клиентов, не меняя production-код и не оставляя подмены после завершения теста локально. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-mock-patch/

🆕🔥Новый. 👉 unittest.mock: моки, стабы и проверка взаимодействий 📝 Часть вводит unittest.mock как инструмент изоляции зависимостей: вместо реальной сети, БД, очередей и SDK в тесте появляются управляемые объекты. Главное - понимать, проверяется результат, вызов зависимости или контракт взаимодействия. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-mock-moki-staby/

🆕🔥Новый. 👉 unittest.subTest: компактное тестирование набора сценариев 📝 Часть показывает, где subTest делает серию однотипных проверок компактнее и информативнее. Вместо шумного набора почти одинаковых методов тест хранит таблицу кейсов, а runner показывает, какие именно параметры привели к падению. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-subtest-kompaktnoe-testirovanie/

🆕🔥Новый. 👉 unittest.TestCase: тестирование исключений, ошибок и граничных случаев 📝 Часть учит проверять не только удачный путь, но и ошибки: исключения, пустые значения, неверные типы, границы диапазонов и спорные входные данные. Акцент - на точных негативных сценариях, которые защищают код от тихих регрессий. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-testirovanie-isklyuchenii/

🆕🔥Новый. 👉 unittest.TestCase: изоляция тестов и проектирование тестируемого кода 📝 Часть связывает unit-тесты с архитектурой: код легче проверять, когда бизнес-логика отделена от файлов, сети, БД, времени и случайности. Главный результат - умение проектировать функции и сервисы так, чтобы unittest проверял поведение без внешнего мира. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-izolyatsiya-testov/

🆕🔥Новый. 👉 unittest discovery: автоматический поиск и запуск тестов в проекте 📝 Часть объясняет, как unittest автоматически находит тесты, почему модули должны быть импортируемыми и как параметры discovery влияют на запуск. Цель - получить одинаково стабильный старт тестов локально, в IDE и в CI без ручного перечисления файлов. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-discovery/

🆕🔥Новый. 👉 Фикстуры unittest: подготовка и очистка тестового окружения 📝 Часть разбирает фикстуры как управляемую подготовку и очистку окружения. setUp, tearDown, class-level hooks и cleanup-приёмы рассматриваются через изоляцию тестов: подготовка помогает убрать шум, но не должна скрывать смысл сценария. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/fikstury-unittest/

🆕🔥Новый. 👉 unittest.TestCase assertions: проверки результата и диагностика ошибок 📝 Часть учит выбирать точные assert*-методы вместо универсальных проверок. Фокус - не просто сравнить значения, а получить понятную диагностику падения, зафиксировать бизнес-ожидание и не допустить ложноположительных тестов из-за слишком общих assertions. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-assertions/

🆕🔥Новый. 👉 unittest.TestCase: базовая структура тестов и организация тестовых файлов 📝 Часть показывает, как unittest.TestCase превращает Python-класс в набор проверок: runner находит методы test_*, файлы укладываются в предсказуемую структуру, а запуск из корня проекта перестаёт зависеть от случайных импортов и настроек IDE. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/unittest-testcase-bazovaya-struktura-testov/

🆕🔥Новый. 👉 Модуль unittest в Python. 📝 Материал объясняет, что именно должен проверять unit-тест, чем он отличается от ручной проверки и почему unittest удобен как стартовый стандартный инструмент. После неё тест воспринимается не как формальность, а как исполняемое требование к маленькому фрагменту кода. 🌐 https://docs-python.ru/standart-library/modul-unittest-python/

🆕🔥Новый. 👉 Хранение данных Docker приложений 📝 Раздел показывает, где живут данные контейнеров, чем отличаются writable layer, named volume, bind mount и tmpfs. Основной фокус - не потерять БД, uploads, кеши и логи при пересоздании контейнера и правильно выбрать механизм хранения. 🌐 https://docs-python.ru/other/docker/hranenie-dannyh-docker-prilozhenii/

🆕🔥Новый. 👉 Диагностика Docker приложений: логи, inspect, events, stats и troubleshooting 📝 Раздел учит диагностировать Docker-среду по симптомам: падение контейнера, пустые логи, занятый порт, недоступная БД, рост диска и ресурсов. Показан порядок проверки через logs, inspect, events, stats, exec и Python-скрипты. 🌐 https://docs-python.ru/other/docker/diagnostika-docker-prilozhenii/

🆕🔥Новый. 👉 Docker-шпаргалка для разработки и эксплуатации приложений 📝 Шпаргалка собирает ключевые команды, паттерны и проверки Docker: контейнеры, образы, Compose, сети, volumes, Dockerfile, BuildKit, безопасность, production, backup и troubleshooting. Формат рассчитан на быстрое практическое применение. 🌐 https://docs-python.ru/other/docker/docker-shpargalka-razrabotki-ekspluatatsii-prilozh/

🆕🔥Новый. 👉 Docker-рецепты для разработки и эксплуатации приложений 📝 Раздел собирает прикладные рецепты для ежедневной работы с Docker: готовые схемы Dockerfile, Compose, backup, rollback, healthcheck, debug, CI/CD и очистки. Каждый рецепт показывает задачу, минимальный код, команды, разбор и типовые ошибки. 🌐 https://docs-python.ru/other/docker/docker-retsepty-razrabotki/

🆕🔥Новый. 👉 Архитектура Docker проектов и эксплуатационные паттерны 📝 Архитектура Docker проектов: как проектировать сервисы, сети, volumes, reverse proxy, миграции и деплой. Акцент - где Compose достаточен, где нужны Swarm/Kubernetes и как избегать случайной инфраструктуры. 🌐 https://docs-python.ru/other/docker/arhitektura-docker-proektov/

🆕🔥Новый. 👉 Продвинутая сборка Docker образов через BuildKit и buildx 📝 Раздел раскрывает современную сборку Docker-образов: BuildKit, buildx, кеши, target stages, multi-platform, build secrets, SSH mounts, external cache, SBOM и provenance. Цель - ускорить CI/CD, повысить воспроизводимость и убрать секреты из сборки. 🌐 https://docs-python.ru/other/docker/sborka-docker-obrazov-buildkit-buildx/