A tak poza tym, to wysłałem parę łatek, by ulepszyć funkcję epytest w #Gentoo.
Wymuszają krótkie podsumowania, załączają tworzenie plików junit .xml, żeby ułatwić maszynowe przetwarzanie wyników, i — co najważniejsze — dodają zmienną EPYTEST_PLUGINS, żeby podawać, które wtyczki mają być załadowane. Będziemy dążyć do tego, by całkiem odejść od domyślnego automatycznego ładowania wtyczek.
https://archives.gentoo.org/gentoo-dev/20250623184523.226345-1-mgorny@gentoo.org/T/#t
In other news, I've sent a few fun patches to improve epytest in #Gentoo.
This includes forcing short summaries, creating junit .xml for machine processing, and most importantly, EPYTEST_PLUGINS to handle specifying the plugins to load. The goal is to eventually move away from plugin autoloading by default.
https://archives.gentoo.org/gentoo-dev/20250623184523.226345-1-mgorny@gentoo.org/T/#t
Wspaniały dzisiejszy #Python: #Gentoo uruchamia testy w paczkach związanych z #ProtoBuf z pomocą #PyTest-forked, żeby obejść segfaulty podczas GC.
Oczywiście, oznacza to, że zwykłe programy też mogą łapać segfaulty przy wyjściu.
https://github.com/protocolbuffers/protobuf/issues/22067
https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-python/protobuf/protobuf-6.31.1.ebuild?id=54e20d4bb0ec99ab868695a2980c4307d179cb10#n150
Nowadays in quality #Python: #Gentoo is running #ProtoBuf-related test suite via #PyTest-forked to workaround protobuf segfaulting during GC.
Of course, it implies random programs can segfault on exit too.
https://github.com/protocolbuffers/protobuf/issues/22067
https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-python/protobuf/protobuf-6.31.1.ebuild?id=54e20d4bb0ec99ab868695a2980c4307d179cb10#n150
What am I doing instead of resting? Well, I'm playing with generating EPYTEST_DESELECT from `epytest --junit-xml=…`
https://github.com/gentoo/gentoo/pull/42606
https://github.com/projg2/gpyutils/blob/master/gpyutils/scripts/junit2deselect.py
No więc co dziś robię zamiast odpocząć? Otóż, bawię się w generowanie EPYTEST_DESELECT z `epytest --junit-xml=…`
https://github.com/gentoo/gentoo/pull/42606
https://github.com/projg2/gpyutils/blob/master/gpyutils/scripts/junit2deselect.py
It's been a while since I've posted an update for Rack Root, but I've actually made some progress on it lately.
I've finished my refactor to use SQLAlchemy for the database connections and also (finally) figured out how I want to join tables together and relate things.
I also changed some API endpoints. For example, if you look for /network/$id/gateway and there's no gateway, you get a 404. I also changed the UX around gateways. When you make a new network, there's no gateway assigned, so that part of the page has a green + icon. When you set a gateway, that icon is now a red delete icon. Those update the field and icon dynamically without having to refresh the whole page.
The new networks page also will look at the result and see if you got an HTTP 201. If so, you get redirected to the new page. Else, you get an error message. I'm not sure if I want to add more detail to that, it would require the frontend to parse and guess what went wrong. Maybe that's an assignment for another day.
Finally, there's a new Delete network button on the network detail page.
#rackroot #homelab #vuetify #fastapi #sqlalchemy #frontend #backend #fullstack #pytest
🐍 This #pytest 101 talk explains what automated tests are and how to get started with pytest for your #Python projects. https://www.youtube.com/watch?v=etosV2IWBF0
Every time pytest releases a new version I get 164432678906432 reminders about how many (side) projects with Dependabot turned on I still have.
Тесты как код: храним ручные тест-кейсы в Git и дружим с ТестОпс
В Открытой Мобильной Платформе, мы используем инструмент ТестОпс , который позволяет решать много разных задач - хранение тестов, запуск автоматизированных и ручных сценариев, анализ результатов, составление отчетов по тестированию и многое другое. Если вы считаете, что ручные тест-кейсы нужны исключительно для таблиц и интерфейсов, у нас есть новости: их можно хранить в Git как код. И не просто хранить, а интегрировать с ТестОпс. Почему это удобно? Потому что это делает управление тестами более эффективным, а данные — безопасными и надёжными.
https://habr.com/ru/articles/915004/
#TestOps #ручное_тестирование #тесты_как_код #git #pytest #allure #allure_framework #тестдизайн #devops
Did some noodling with Prism to generate a stub / mock server from an OpenAPI spec along with pytest integration tests, pretty neat! https://github.com/matthew-shaw/prism-openapi #python #pytest #openapi #testing
Last chance to grab “Python Testing with pytest” at 40% off with code SPRING2025.
Expires June 3, 2025.
https://pragprog.com/titles/bopytest2/python-testing-with-pytest-second-edition/
#python #pytest
Paczki Pythona:
"A pamiętacie tę całkowicie przypadkową wtyczkę PyTesta, która nie jest rozwijana od 2018 roku, i którą musieliście dodać do #Gentoo, bo postanowiliśmy jej używać bez jakiegokolwiek powodu? No cóż, właśnie przestaliśmy. A tak przy okazji — właśnie udało nam się znaleźć kolejną wtyczkę, która po raz trzeci wynajduje na nowo obsługę niestabilnych testów. Miłej zabawy!"
(Szczęśliwie, jest dostatecznie kompatybilna z pytest-rerunfailures, żebym mógł ją zignorować.)
#Python #packaging be like:
"Remember the totally random #PyTest plugin that died in 2018, that we forced you to add to #Gentoo, because we decided to start using it for no good reason? Well, we just stopped. Also, we just found a #NIH plugin that reinvents flaky test handling for the third time, enjoy!"
(Fortunately, it's compatible enough with pytest-rerunfailures, so we can ignore it.)
Pytest-xdist: как распараллелить тесты без конфликтов в базе
Привет! Я Андрей Сташок, бэкенд-разработчик в KTS . В этой статье я расскажу о запуске параллельных тестов через pytest-xdist . Почему это важно? Объясню на нашем примере. При разработке продуктов мы постоянно выполняем юнит-тестирование. Раньше мы проверяли все последовательно, и с расширением тестовой базы время проведения испытаний заметно возрастало. Распараллеливание через pytest-xdist помогло нам сильно ускориться, и сегодня я хочу поделиться этим трюком с вами. Я расскажу, как запускать параллельные тесты для реляционной БД PostgreSQL (с драйверами asyncpg и psycopg2) и key-value БД Redis. Для подключения к реляционной БД мы будем использовать SQLAlchemy, а для Redis — библиотеку redis. Кроме того, я рассмотрю, как автоматизировать выполнение миграций при каждом запуске тестов с использованием alembic.
https://habr.com/ru/companies/kts/articles/912840/
#python #pytest #xdist #изоляция_тестов #redis #postgresql #параллельное_тестирование #тестирование #базы_данных #ускорение
Czy to nie super, kiedy okazuje się, że padający test w #Twisted (który najpewniej jest objawem prawdziwego błędu w kodzie) występuje tylko, jeżeli dodatkowo zainstalujemy #Trio, #PyTest oraz Py? Znaczy się, o ile dobrze to rozumiem, to Twisted importuje Trio, a błąd wynika z automatycznego łańcucha opcjalnych zależności Trio → PyTest → Py.
https://github.com/twisted/twisted/issues/12458#issuecomment-2907855880
Isn't it awesome that a test failure in #Twisted (which probably indicates a real problem with the code) occurs only if you have additionally installed #Trio, #PyTest and Py? Like, my understanding is that Trio gets imported by Twisted, and via automagic optional import chain Trio → PyTest → Py, a bug gets triggered.
https://github.com/twisted/twisted/issues/12458#issuecomment-2907855880
si vous avez besoin de générer des tests paramétrés #Python avec #pytest avec de nombreux cas, il est possible de les définir dans un fichier CSV plutôt que dans le code, avec https://pypi.org/project/pytest-csv-params/.
Un tutoriel : https://first.institute/en/blog/how-to-separate-test-data-from-code-csv-pytest/
Test Driven Development: сначала тесты, потом реализация
Для большинства разработчиков очевидно, что сначала должен появляться код, а только потом тесты для проверки работоспособности этого кода. Но в этой статье мы рассмотрим обратный процесс — Test Driven Development. В простом понимании это означает написание тестов перед написанием кода, но на самом деле этот подход гораздо шире. Тесты перед реализацией заставляют вас больше думать о том, что на самом деле ожидается, а «как» приходит позже, и «как» — это деталь реализации, которую можно изменить с помощью рефакторинга. В этой статье, написанной на основе публикации Rogério Chaves «The complete guide for TDD with LLMs» мы рассмотрим использование больших языковых моделей (LLM) для Test Driven Development.
https://habr.com/ru/companies/otus/articles/910488/
#llmмодели #tdd #pytest #Тестирование_с_LLM #Test_Driven_Development
