#testcontainers — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #testcontainers, aggregated by home.social.
-
#testcontainers for #dotnet 4.12.0 is out 🐳 This release ships a major version bump of our forked Docker.DotNet client, bringing a bunch of improvements made over the past months. Fingers crossed it's all smooth sailing for you 🤞: https://github.com/testcontainers/testcontainers-dotnet/releases/tag/4.12.0.
-
Blog - Shared Postgres Test Container with Expecto in FSharp
-
Blog - Shared Postgres Test Container with Expecto in FSharp
I’m learning FSharp by creating a web application. I’ve cycled through lots of different ways of doing things, libraries, etc. Today I finally got my integration tests to use a single docker test contaner with the Expecto test framework. I couldn’t find a good example online of how to do it, so I’m sharing it here.
-
Blog - Shared Postgres Test Container with Expecto in FSharp
I’m learning FSharp by creating a web application. I’ve cycled through lots of different ways of doing things, libraries, etc. Today I finally got my integration tests to use a single docker test contaner with the Expecto test framework. I couldn’t find a good example online of how to do it, so I’m sharing it here.
-
Blog - Shared Postgres Test Container with Expecto in FSharp
I’m learning FSharp by creating a web application. I’ve cycled through lots of different ways of doing things, libraries, etc. Today I finally got my integration tests to use a single docker test contaner with the Expecto test framework. I couldn’t find a good example online of how to do it, so I’m sharing it here.
-
Blog - Shared Postgres Test Container with Expecto in FSharp
I’m learning FSharp by creating a web application. I’ve cycled through lots of different ways of doing things, libraries, etc. Today I finally got my integration tests to use a single docker test contaner with the Expecto test framework. I couldn’t find a good example online of how to do it, so I’m sharing it here.
-
Blog - Shared Postgres Test Container with Expecto in FSharp
-
Почему Python стал главным помощником Java‑команд
Python уже не просто язык для скриптов и Data Science — в 2026 году он стал «клеем», который связывает микросервисы, тесты и CI/CD в Java‑проектах. Как получилось, что даже консервативные Java‑разработчики всё чаще пишут интеграционные тесты на pytest, запускают контейнеры с Testcontainers и рулят пайплайнами в GitHub Actions с помощью Python‑скриптов? В этой статье разбираем три реальные причины популярности Python. Если вы до сих пор считаете, что Python не для вас — возможно, это изменит ваш взгляд на инструменты.
https://habr.com/ru/companies/otus/articles/1022120/
#Java #Python #backendразработка #интеграционное_тестирование #микросервисы #pytest #автоматизация_тестирования #testcontainers #OpenAPI
-
Почему Python стал главным помощником Java‑команд
Python уже не просто язык для скриптов и Data Science — в 2026 году он стал «клеем», который связывает микросервисы, тесты и CI/CD в Java‑проектах. Как получилось, что даже консервативные Java‑разработчики всё чаще пишут интеграционные тесты на pytest, запускают контейнеры с Testcontainers и рулят пайплайнами в GitHub Actions с помощью Python‑скриптов? В этой статье разбираем три реальные причины популярности Python. Если вы до сих пор считаете, что Python не для вас — возможно, это изменит ваш взгляд на инструменты.
https://habr.com/ru/companies/otus/articles/1022120/
#Java #Python #backendразработка #интеграционное_тестирование #микросервисы #pytest #автоматизация_тестирования #testcontainers #OpenAPI
-
Почему Python стал главным помощником Java‑команд
Python уже не просто язык для скриптов и Data Science — в 2026 году он стал «клеем», который связывает микросервисы, тесты и CI/CD в Java‑проектах. Как получилось, что даже консервативные Java‑разработчики всё чаще пишут интеграционные тесты на pytest, запускают контейнеры с Testcontainers и рулят пайплайнами в GitHub Actions с помощью Python‑скриптов? В этой статье разбираем три реальные причины популярности Python. Если вы до сих пор считаете, что Python не для вас — возможно, это изменит ваш взгляд на инструменты.
https://habr.com/ru/companies/otus/articles/1022120/
#Java #Python #backendразработка #интеграционное_тестирование #микросервисы #pytest #автоматизация_тестирования #testcontainers #OpenAPI
-
Почему Python стал главным помощником Java‑команд
Python уже не просто язык для скриптов и Data Science — в 2026 году он стал «клеем», который связывает микросервисы, тесты и CI/CD в Java‑проектах. Как получилось, что даже консервативные Java‑разработчики всё чаще пишут интеграционные тесты на pytest, запускают контейнеры с Testcontainers и рулят пайплайнами в GitHub Actions с помощью Python‑скриптов? В этой статье разбираем три реальные причины популярности Python. Если вы до сих пор считаете, что Python не для вас — возможно, это изменит ваш взгляд на инструменты.
https://habr.com/ru/companies/otus/articles/1022120/
#Java #Python #backendразработка #интеграционное_тестирование #микросервисы #pytest #автоматизация_тестирования #testcontainers #OpenAPI
-
📣 Happy to announce testcontainers-git 0.15.0 🥳
🚀 Features
- feat: add gitea support (#274)🧰 Maintenance
- Add dependency analyzing during build (#291)
- Enable Enforce Rules (#290)📦️ Dependencies
Many dependency updates
Full release notes: https://github.com/sparsick/testcontainers-git/releases/tag/0.15.0 -
I'm a happy user of Testcontainers for quite some time.
On my private Linux laptop I decided to switch to podmam. Starting containers works quite nice. But not with Testcontainers with python.
Anyone got this to work?
-
Did a thing to make #testing against a #redis cluster in #golang a bit easier for myself, but maybe it's useful for others, too. github.com/erkattak/tes... This is a module for #testcontainers that forms a Redis cluster and gives an API to stop/pause/restart nodes in a targeted way.
GitHub - erkattak/testcontaine... -
🥳 Die kleine 100!!!
Beide reden über aktuelle Side-Projekte, neue Updates und ihre Woche.
👉 https://ready-for-review.dev/2026/03/13/rfr095-die-kleine-100/
-
The new #testcontainers for #dotnet release has arrived: https://github.com/testcontainers/testcontainers-dotnet/releases/tag/4.11.0. Version 4.11 comes with new modules, bug fixes, and improvements, plus OpenSSF Scorecard analyses for extra trustworthiness. I've also got an update ready for the Docker.DotNet client, which in the next release will bring performance improvements, better resource usage, lots of fixes, and support for .NET's native HTTP handler 💪.
-
📣 Happy to announce testcontainers-git 0.14.0 🥳
🚀 Features
- Add support for Forgejo🧰 Maintenance
- chore(analyze): enable modernizer analyze
- chore(analyze): enable spotbugs analyze
- Add spotless-maven-plugin📦️ Dependencies
Many dependency updates
Full release notes: https://github.com/sparsick/testcontainers-git/releases/tag/0.14.0 -
Как ускорить тесты проекта в 6 раз: от 10 минут к 101 секунде
Почти 800 тестов, 10 минут на прогон, каждый пуш — ожидание на CI. Знакомо? Рассказываю, как довёл время до 101 секунды: снижение таймаутов, параллелизм ScalaTest, shared Testcontainers и защита от регрессий. Scala, SBT, PostgreSQL, GraalVM — конкретные шаги и подводные камни.
https://habr.com/ru/articles/1003592/
#scala #scalatest #testcontainers #postgresql #тестирование #оптимизация #параллелизм #sbt #graalvm #hikaricp
-
Excited for #JCON EUROPE 2026? See Marvin Rensing at #JCON2026 in Cologne talking about 'Scaling #Integration Tests: Parallel #Spring Tests with #JUnit & #Testcontainers'
Integration tests can quickly become slow, especially when every …
🎟️ 2026.europe.jcon.one/tickets
Free for #JUG members -
I've just released firebird-testcontainers-java 2.0.0, a library to easily start/stop and access a Firebird Docker container in a Java unit or integration test.
For more information, see https://github.com/FirebirdSQL/firebird-testcontainers-java
-
Still guessing why your tests are slow? With TCI on #Testcontainers, you get named containers, test stats & trace data out of the box. Alexander Bierler shows how to turn blind spots into metrics.
Read #JAVAPRO: https://javapro.io/2025/10/10/supercruising-with-testcontainers-making-tests-faster-and-more-flexible/
-
I've put together a few slides for future #testcontainers for #dotnet talks. If you're interested in discussing #testcontainers, let me know. Feedback on the slides is welcome as well: https://andrehofmeister.com/en/testcontainers-for-dotnet.
-
Wednesday Links - Edition 2026-02-11
https://dev.to/0xkkocel/wednesday-links-edition-2026-02-11-306l
#java #jvm #testcontainers #git #reflection #git -
🧪 As introduced in our Developing with Testcontainers guide, you can embed Microcks directly into your unit tests using Testcontainers.
We now offer feature parity across all Testcontainers modules for Java, NodeJS/TypeScript, Golang, and .NET 🎉 You can even use the Google Pub/Sub emulator locally.
Consistent mocking & testing across languages 🚀
#opensource #Microcks #Testcontainers #APIs #CloudNative #DevTools
-
🧪 As introduced in our Developing with Testcontainers guide, you can embed Microcks directly into your unit tests using Testcontainers.
We now offer feature parity across all Testcontainers modules for Java, NodeJS/TypeScript, Golang, and .NET 🎉 You can even use the Google Pub/Sub emulator locally.
Consistent mocking & testing across languages 🚀
#opensource #Microcks #Testcontainers #APIs #CloudNative #DevTools
-
🧪 As introduced in our Developing with Testcontainers guide, you can embed Microcks directly into your unit tests using Testcontainers.
We now offer feature parity across all Testcontainers modules for Java, NodeJS/TypeScript, Golang, and .NET 🎉 You can even use the Google Pub/Sub emulator locally.
Consistent mocking & testing across languages 🚀
#opensource #Microcks #Testcontainers #APIs #CloudNative #DevTools
-
🧪 As introduced in our Developing with Testcontainers guide, you can embed Microcks directly into your unit tests using Testcontainers.
We now offer feature parity across all Testcontainers modules for Java, NodeJS/TypeScript, Golang, and .NET 🎉 You can even use the Google Pub/Sub emulator locally.
Consistent mocking & testing across languages 🚀
#opensource #Microcks #Testcontainers #APIs #CloudNative #DevTools
-
What if we could easily spin up containers for services that our tests depend on?
Read more here:
https://www.devleader.ca/2024/03/27/c-testcontainers-for-mongodb-how-to-easily-run-local-databases/ -
Как перестать писать WHERE tenant_id и отдать безопасность базе (PostgreSQL RLS в Go)?
В одном из прошлых проектов случился «кошмар техлида»: в суматохе хотфикса было забыто добавление фильтра WHERE tenant_id = ? в одну из ручек API. В итоге один клиент увидел отчеты другого. Все быстро откатили, но я навсегда запомнил то холодное чувство в животе. Когда начали проектировать архитектуру следующего проекта, я понял, что полагаться на внимательность разработчиков на код-ревью - это тупик. Рано или поздно кто-то устанет, ошибется, и данные снова протекут. Искал способ гарантировать изоляцию данных так, чтобы ее физически нельзя было забыть. Почему стандартные решения не подошли? Перебрал классическую тройку вариантов, и у каждого нашлись фатальные минусы для задачи: 1. Логическая изоляция (WHERE в коде)? Как это работает: Тысячи строк кода, и в каждом запросе ты обязан помнить про tenant_id . Проблема: Человеческий фактор. Это бомба замедленного действия. 2. Схема на клиента (Schema-per-tenant) Как это работает: У каждого клиента своя схема ( schema_01 , schema_02 ...). Проблема: Это работает, пока клиентов 100. Когда их становится 10 000, база начинает задыхаться. Детали: Проблема даже не в миграциях, а в файловой системе. 10 000 клиентов × 50 таблиц = 500 000 файлов. Postgres (и Linux) сходят с ума от такого количества открытых дескрипторов, а VACUUM превращается в ад. 3. Отдельная БД на клиента Как это работает: Полная физическая изоляция. Проблема: Ценник на инфраструктуру. Держать тысячи коннектов или инстансов RDS - экономическое самоубийство для стартапа. Тогда посмотрел в сторону PostgreSQL Row Level Security (RLS) . Честно говоря, поначалу было страшно. Отдавать логику безопасности "черному ящику" внутри БД казалось рискованным. Плюс, все вокруг пугали: "RLS убьет производительность".
https://habr.com/ru/articles/987364/
#Golang #PostgreSQL #RLS #Multitenancy #Backend #Testcontainers #Database_Security #Архитектура
-
Как перестать писать WHERE tenant_id и отдать безопасность базе (PostgreSQL RLS в Go)?
В одном из прошлых проектов случился «кошмар техлида»: в суматохе хотфикса было забыто добавление фильтра WHERE tenant_id = ? в одну из ручек API. В итоге один клиент увидел отчеты другого. Все быстро откатили, но я навсегда запомнил то холодное чувство в животе. Когда начали проектировать архитектуру следующего проекта, я понял, что полагаться на внимательность разработчиков на код-ревью - это тупик. Рано или поздно кто-то устанет, ошибется, и данные снова протекут. Искал способ гарантировать изоляцию данных так, чтобы ее физически нельзя было забыть. Почему стандартные решения не подошли? Перебрал классическую тройку вариантов, и у каждого нашлись фатальные минусы для задачи: 1. Логическая изоляция (WHERE в коде)? Как это работает: Тысячи строк кода, и в каждом запросе ты обязан помнить про tenant_id . Проблема: Человеческий фактор. Это бомба замедленного действия. 2. Схема на клиента (Schema-per-tenant) Как это работает: У каждого клиента своя схема ( schema_01 , schema_02 ...). Проблема: Это работает, пока клиентов 100. Когда их становится 10 000, база начинает задыхаться. Детали: Проблема даже не в миграциях, а в файловой системе. 10 000 клиентов × 50 таблиц = 500 000 файлов. Postgres (и Linux) сходят с ума от такого количества открытых дескрипторов, а VACUUM превращается в ад. 3. Отдельная БД на клиента Как это работает: Полная физическая изоляция. Проблема: Ценник на инфраструктуру. Держать тысячи коннектов или инстансов RDS - экономическое самоубийство для стартапа. Тогда посмотрел в сторону PostgreSQL Row Level Security (RLS) . Честно говоря, поначалу было страшно. Отдавать логику безопасности "черному ящику" внутри БД казалось рискованным. Плюс, все вокруг пугали: "RLS убьет производительность".
https://habr.com/ru/articles/987364/
#Golang #PostgreSQL #RLS #Multitenancy #Backend #Testcontainers #Database_Security #Архитектура
-
Как перестать писать WHERE tenant_id и отдать безопасность базе (PostgreSQL RLS в Go)?
В одном из прошлых проектов случился «кошмар техлида»: в суматохе хотфикса было забыто добавление фильтра WHERE tenant_id = ? в одну из ручек API. В итоге один клиент увидел отчеты другого. Все быстро откатили, но я навсегда запомнил то холодное чувство в животе. Когда начали проектировать архитектуру следующего проекта, я понял, что полагаться на внимательность разработчиков на код-ревью - это тупик. Рано или поздно кто-то устанет, ошибется, и данные снова протекут. Искал способ гарантировать изоляцию данных так, чтобы ее физически нельзя было забыть. Почему стандартные решения не подошли? Перебрал классическую тройку вариантов, и у каждого нашлись фатальные минусы для задачи: 1. Логическая изоляция (WHERE в коде)? Как это работает: Тысячи строк кода, и в каждом запросе ты обязан помнить про tenant_id . Проблема: Человеческий фактор. Это бомба замедленного действия. 2. Схема на клиента (Schema-per-tenant) Как это работает: У каждого клиента своя схема ( schema_01 , schema_02 ...). Проблема: Это работает, пока клиентов 100. Когда их становится 10 000, база начинает задыхаться. Детали: Проблема даже не в миграциях, а в файловой системе. 10 000 клиентов × 50 таблиц = 500 000 файлов. Postgres (и Linux) сходят с ума от такого количества открытых дескрипторов, а VACUUM превращается в ад. 3. Отдельная БД на клиента Как это работает: Полная физическая изоляция. Проблема: Ценник на инфраструктуру. Держать тысячи коннектов или инстансов RDS - экономическое самоубийство для стартапа. Тогда посмотрел в сторону PostgreSQL Row Level Security (RLS) . Честно говоря, поначалу было страшно. Отдавать логику безопасности "черному ящику" внутри БД казалось рискованным. Плюс, все вокруг пугали: "RLS убьет производительность".
https://habr.com/ru/articles/987364/
#Golang #PostgreSQL #RLS #Multitenancy #Backend #Testcontainers #Database_Security #Архитектура
-
Как перестать писать WHERE tenant_id и отдать безопасность базе (PostgreSQL RLS в Go)?
В одном из прошлых проектов случился «кошмар техлида»: в суматохе хотфикса было забыто добавление фильтра WHERE tenant_id = ? в одну из ручек API. В итоге один клиент увидел отчеты другого. Все быстро откатили, но я навсегда запомнил то холодное чувство в животе. Когда начали проектировать архитектуру следующего проекта, я понял, что полагаться на внимательность разработчиков на код-ревью - это тупик. Рано или поздно кто-то устанет, ошибется, и данные снова протекут. Искал способ гарантировать изоляцию данных так, чтобы ее физически нельзя было забыть. Почему стандартные решения не подошли? Перебрал классическую тройку вариантов, и у каждого нашлись фатальные минусы для задачи: 1. Логическая изоляция (WHERE в коде)? Как это работает: Тысячи строк кода, и в каждом запросе ты обязан помнить про tenant_id . Проблема: Человеческий фактор. Это бомба замедленного действия. 2. Схема на клиента (Schema-per-tenant) Как это работает: У каждого клиента своя схема ( schema_01 , schema_02 ...). Проблема: Это работает, пока клиентов 100. Когда их становится 10 000, база начинает задыхаться. Детали: Проблема даже не в миграциях, а в файловой системе. 10 000 клиентов × 50 таблиц = 500 000 файлов. Postgres (и Linux) сходят с ума от такого количества открытых дескрипторов, а VACUUM превращается в ад. 3. Отдельная БД на клиента Как это работает: Полная физическая изоляция. Проблема: Ценник на инфраструктуру. Держать тысячи коннектов или инстансов RDS - экономическое самоубийство для стартапа. Тогда посмотрел в сторону PostgreSQL Row Level Security (RLS) . Честно говоря, поначалу было страшно. Отдавать логику безопасности "черному ящику" внутри БД казалось рискованным. Плюс, все вокруг пугали: "RLS убьет производительность".
https://habr.com/ru/articles/987364/
#Golang #PostgreSQL #RLS #Multitenancy #Backend #Testcontainers #Database_Security #Архитектура
-
Внедряем Testcontainers за два дня или как перестать бояться рефакторинга и начать доверять своим тестам
Надоело, когда после сотни зеленых unit-тестов приложение падает на тестовом стенде? Когда рефакторинг превращается в кошмар из-за необходимости переписывать полсотни тестовых классов? Мне тоже надоело и я нашел решение. В статье покажу, как за два-три рабочих дня внедрить Testcontainers и начать писать тесты, которые действительно работают. В докладе вы найдете production-ready решение с PostgreSQL, Kafka и WireMock, которое выявит реальные проблемы еще до деплоя, честное тестирование реального поведения приложения.
-
Permission-Aware RAG: End-to-End Testing with the SpiceDB Testcontainer
#Docker #Community #Partnerships #AIAgent #LLM #Testcontainershttps://www.docker.com/blog/rag-permission-testing-testcontainers-spicedb/
-
The docling-testcontainers module provides a ready-to-use Testcontainers integration for running a Docling Serve instance, wrapping the official container image and exposing a simple Java API.
https://testcontainers.com/modules/docling/ -
Hat mich paar Brainloops gekostet, aber habe es am Ende hinbekommen. DIND mit #forgejoaction klappt jetzt. Somit laufen auch meine #testcontainers Test auf #codeberg und ich kann weiter von #github migrieren.
Beispiel Action Run: https://codeberg.org/sparsick/hero-frontend-backend-monorepo/actions/runs/41/jobs/0/attempt/2
Code für den Forgejo Runner Setup:
-
Путевые заметки о знакомстве со Spring Data R2DBC
Привет, Хабр! Меня зовут Каненков Александр, я backend-разработчик в Домклик. Не так давно я резко и с головой погрузился в мир реактивного программирования и очень заинтересовался этой темой. Хочу поделиться кратким введением в Spring Data R2DBC, зачем это нужно, как начать использовать и какие преимущества даёт. Мы разработаем небольшое приложение, добавим flyway и напишем пару тестов.
-
Путевые заметки о знакомстве со Spring Data R2DBC
Привет, Хабр! Меня зовут Каненков Александр, я backend-разработчик в Домклик. Не так давно я резко и с головой погрузился в мир реактивного программирования и очень заинтересовался этой темой. Хочу поделиться кратким введением в Spring Data R2DBC, зачем это нужно, как начать использовать и какие преимущества даёт. Мы разработаем небольшое приложение, добавим flyway и напишем пару тестов.
-
Путевые заметки о знакомстве со Spring Data R2DBC
Привет, Хабр! Меня зовут Каненков Александр, я backend-разработчик в Домклик. Не так давно я резко и с головой погрузился в мир реактивного программирования и очень заинтересовался этой темой. Хочу поделиться кратким введением в Spring Data R2DBC, зачем это нужно, как начать использовать и какие преимущества даёт. Мы разработаем небольшое приложение, добавим flyway и напишем пару тестов.
-
Путевые заметки о знакомстве со Spring Data R2DBC
Привет, Хабр! Меня зовут Каненков Александр, я backend-разработчик в Домклик. Не так давно я резко и с головой погрузился в мир реактивного программирования и очень заинтересовался этой темой. Хочу поделиться кратким введением в Spring Data R2DBC, зачем это нужно, как начать использовать и какие преимущества даёт. Мы разработаем небольшое приложение, добавим flyway и напишем пару тестов.
-
Too many #Spring contexts, Docker containers, and threads? Sergei Chernov explains how context caching really works—and how bad defaults lead to OOMs and flaky tests.
Learn how to control resource usage: https://javapro.io/2025/12/17/optimizing-spring-integration-tests-at-scale/
-
I never expected such an amazing journey when I started working on #testcontainers for #dotnet years ago. I've met many great people and learned a lot. I'm truly grateful for all of it. I never imagined the packages would one day pass 150M+ downloads!
Check out Testcontainers (https://testcontainers.com/) and test against real dependencies with confidence.
-
Realistic test environments often turn into complex beasts. The TCI framework adds structure and control on top of #Testcontainers—without sacrificing flexibility.
Alexander Bierler explains how.Read #JAVAPRO now:https://javapro.io/2025/10/10/supercruising-with-testcontainers-making-tests-faster-and-more-flexible/
#CI #DevOps #Java #Frameworks #OpenSource -
A new #testcontainers for #dotnet release is available. This release supports .NET 10 and ensures compatibility with Docker Engine v29: https://github.com/testcontainers/testcontainers-dotnet/releases/tag/4.9.0. I'm working on updating Docker.DotNet for full v29 support, so expect a new version soon /cc @docker.
Check out the new available modules like Playwright, Grafana, or my favorite this release, Toxiproxy. It's a really interesting tool for pushing testing further: https://dotnet.testcontainers.org/modules/toxiproxy/.
-
Good day folks. How many of you are still battling to repair issues related to testcontainers, java-docker and the Docker 29 release?
-
https://dotnet.testcontainers.org/test_frameworks/xunit_net/ - #TestContainers for #dotNET allows spinning up #Docker #containers in the middle of #xUnit #tests.
-
https://dotnet.testcontainers.org/test_frameworks/xunit_net/ - #TestContainers for #dotNET allows spinning up #Docker #containers in the middle of #xUnit #tests.
-
https://dotnet.testcontainers.org/test_frameworks/xunit_net/ - #TestContainers for #dotNET allows spinning up #Docker #containers in the middle of #xUnit #tests.
-
https://dotnet.testcontainers.org/test_frameworks/xunit_net/ - #TestContainers for #dotNET allows spinning up #Docker #containers in the middle of #xUnit #tests.
-
https://dotnet.testcontainers.org/test_frameworks/xunit_net/ - #TestContainers for #dotNET allows spinning up #Docker #containers in the middle of #xUnit #tests.