#testcontainers — Public Fediverse posts

Blog - Shared Postgres Test Container with Expecto in FSharp

https://piefed.keyboardvagabond.com/c/functional_programming/p/350920/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

https://piefed.keyboardvagabond.com/c/programming/p/350887/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

Как ускорить тесты проекта в 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

#Firebird #Java #JDBC #testcontainers

🧪 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

Как перестать писать 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, которое выявит реальные проблемы еще до деплоя, честное тестирование реального поведения приложения.

https://habr.com/ru/articles/986870/

#testcontainers #mockito #test #java #spring

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/

#Docling #Java #Testcontainers

Путевые заметки о знакомстве со Spring Data R2DBC

Привет, Хабр! Меня зовут Каненков Александр, я backend-разработчик в Домклик. Не так давно я резко и с головой погрузился в мир реактивного программирования и очень заинтересовался этой темой. Хочу поделиться кратким введением в Spring Data R2DBC, зачем это нужно, как начать использовать и какие преимущества даёт. Мы разработаем небольшое приложение, добавим flyway и напишем пару тестов.

https://habr.com/ru/companies/domclick/articles/966514/

#java #kotlin #spring_data #r2dbc #testcontainers #flyway

Starting to learn how to use #testcontainers with #python for #pyinfra. It's an itch I had.

Been meaning to build up everything with pyinfra. But I need tests. In #ansible world, I had tests for everything using Molecule. It worked well enough, but was quite complex.

However, with pyinfra, the tests can be isolated integration test containers! 😎

Now I can go crazy with the amount of tests for every operation done. 😆

Тестируем Kafka с Testcontainers

Привет, Хабр! Сегодня мы рассмотрим, как протестировать Kafka с помощью Testcontainers. Testcontainers — это библиотека, которая из JUnit-теста запускает Docker-контейнеры как обычные Java-объекты. Вы пишете пару строк — а на фоне поднимается полноценная инфраструктура: база, брокер, Redis, что угодно. После теста контейнер гарантированно останавливается, поэтому окружение всегда чистое, а CI не засоряется процессами. Kafka в Testcontainers запускается теми же двумя строками. Получаем реальный брокер, который ничем не отличается от продакшен-копии, но живёт ровно столько, сколько идёт тест.

https://habr.com/ru/companies/otus/articles/931264/

#kafka #тестирование #apache_kafka #KafkaContainer #Testcontainers #Интеграционные_тесты #Docker #Java

Docker, compose и Testcontainers в процессе разработки

Вы все еще разрабатываете и тестируете в общем окружении, пересылаете в мессенджерах файлы конфигов для запуска приложения на рабочей машине, провели половину спринта в ожидании ресурсов для новой: бд, очереди, etc.? Знайте - вы не одиноки. Но бывает по-другому. Если вы еще здесь, полагаю, что все же хочется “по-другому”. На самом деле это вовсе не значит, что сейчас плохо. Просто жизнь такая. Так о чем это мы тут? О рабочем и тестовом окружении, интеграционном (здесь будем называть интеграцией любое внешнее по отношению к процессу приложения взаимодействие – потому что так хочется) тестировании и немного о процессе разработки по.

https://habr.com/ru/articles/931932/

#тестирование #docker #testcontainers #best_practicies #qa #cicd #software_development

GoFiber v3 + Testcontainers: Production-like Local Dev with Air
#Engineering #Docker #Gogolang #Localdevelopment #Testcontainers

https://www.docker.com/blog/go-local-dev-fiber-v3-testcontainers/

Docker Desktop 4.42: Native IPv6, Built-In MCP, and Better Model Packaging
#Docker #Products #AIML #DockerCompose #DockerDesktop #DockerDesktoprelease #MCP #Testcontainers

https://www.docker.com/blog/docker-desktop-4-42-native-ipv6-built-in-mcp-and-better-model-packaging/

Docker Desktop 4.41: Docker Model Runner supports Windows, Compose, and Testcontainers integrations, Docker Desktop on the Microsoft Store
#Docker #Products #AIML #DockerCompose #DockerDesktop #DockerDesktoprelease #Mcp #Testcontainers

https://www.docker.com/blog/docker-desktop-4-41/

[Перевод] Концерт для Java с ИИ — разработка готовых к продакшен LLM приложений (часть 2)

Команда Spring АйО перевела и адаптировала доклад Томаса Витале “Concerto for Java and AI — Building Production-Ready LLM Applications”, в котором рассказывается по шагам, как усовершенствовать интерфейс приложения с помощью больших языковых моделей (LLM). В качестве примера автор доклада на глазах слушателей разрабатывает приложение-ассистент для композитора, пишущего музыку для фильмов. В первой части рассказывалось о том, какие подходы автор доклада применил к стоящей перед ним проблеме. Также было показано начало работы над усовершенствованием интерфейса программы-помощника с использованием ИИ. Во второй части будет продолжен рассказ о том, как еще больше улучшить программу. Но сначала поговорим о безопасности.

https://habr.com/ru/companies/spring_aio/articles/893052/

#llm #spring_ai #postgresql #grafana #testcontainers #embeddings

This week’s post is the third and final in my series about running tests on #Kubernetes for each pull request. In the 1st post, I described the app and how to test locally using #Testcontainers and in a #GitHub workflow. The second post focused on setting up #GKE and running end-to-end tests on Kubernetes.

In this post, I’ll show how to benefit from the best of both worlds with #vCluster: a single cluster with testing from each PR in complete isolation from others.

https://blog.frankel.ch/pr-testing-kubernetes/3/

This week’s post is the third and final in my series about running tests on #Kubernetes for each pull request. In the 1st post, I described the app and how to test locally using #Testcontainers and in a #GitHub workflow. The second post focused on setting up #GKE and running end-to-end tests on Kubernetes.

In this post, I’ll show how to benefit from the best of both worlds with #vCluster: a single cluster with testing from each PR in complete isolation from others.

https://blog.frankel.ch/pr-testing-kubernetes/3/

This week’s post is the third and final in my series about running tests on #Kubernetes for each pull request. In the 1st post, I described the app and how to test locally using #Testcontainers and in a #GitHub workflow. The second post focused on setting up #GKE and running end-to-end tests on Kubernetes.

In this post, I’ll show how to benefit from the best of both worlds with #vCluster: a single cluster with testing from each PR in complete isolation from others.

https://blog.frankel.ch/pr-testing-kubernetes/3/

This week’s post is the third and final in my series about running tests on #Kubernetes for each pull request. In the 1st post, I described the app and how to test locally using #Testcontainers and in a #GitHub workflow. The second post focused on setting up #GKE and running end-to-end tests on Kubernetes.

In this post, I’ll show how to benefit from the best of both worlds with #vCluster: a single cluster with testing from each PR in complete isolation from others.

https://blog.frankel.ch/pr-testing-kubernetes/3/

This week’s post is the third and final in my series about running tests on #Kubernetes for each pull request. In the 1st post, I described the app and how to test locally using #Testcontainers and in a #GitHub workflow. The second post focused on setting up #GKE and running end-to-end tests on Kubernetes.

In this post, I’ll show how to benefit from the best of both worlds with #vCluster: a single cluster with testing from each PR in complete isolation from others.

https://blog.frankel.ch/pr-testing-kubernetes/3/

Wednesday Links - Edition 2024-12-18
https://dev.to/0xkkocel/wednesday-links-edition-2024-12-18-2iff
#java #jvm #jdk #resilience4j #docker #testcontainers #estimating

📦 We're proud to release #Microcks #testcontainers module for @golang in version 0.2.0 🔥

It brings to #Go the same features we have for #Java or #NodeJS! It has never been so easy to integrate #API or #grpc mocking and contract-testing into your Go unit tests! Kudos to @julienbreux and @michaelmatur for their contribution! 🙌

https://github.com/microcks/microcks-testcontainers-go/releases/tag/v0.2.0

[Перевод] Пример использования Spring Data и Redis для временного хранения персональных данных

Некоторые компании, работающие с персональными данными пользователей, сталкиваются с невозможностью хранить их в течение долгого периода времени из-за правовых ограничений. Такое часто можно встретить в финтехах. Позволяется сохранить данные на очень короткое время, которые также должны быть удалены сразу после использования в целях сервиса. Существует несколько вариантов решения этой задачи. В данном посте я показываю упрощенный пример микросервиса, работающего с чувствительной информацией, используя Spring и Redis .

https://habr.com/ru/articles/857518/

#java #spring #spring_boot #redis #aop #aspectj #testcontainers

Wednesday Links - Edition 2024-07-03
https://dev.to/0xkkocel/wednesday-links-edition-2024-07-03-20ch
#java #jvm #testcontainers #junit5 #uuid

Hi #dotnet, I really need your help.

Let's show everyone #Mastodon is even better than X for #devhelp.

How do you run multiple intg. tests in .NET?

I am looking into #testcontainers and that seems best (or also this FluentDocker lib: https://guiferreira.me/archive/2023/dotnet-integration-testing-with-docker-compose)

My concern is about eating CPU/RAM on #CICD host(s), as we have a lot of #tests & running a lot of stacks in parallel seems challenging (a lot of #DB services to start up).

I wonder, can I run eg. 10 by 10 of tests?

#charp #docker

📦 The new 0.2.7 release of our Microcks #Testcontainers #Java module is out! 🔥

You can now directly import full repository snapshots 📸 with tons of #mocks from a single source of truth!

https://github.com/microcks/microcks-testcontainers-java

Blogged: "Azure Functions Integration Testing With Testcontainers"

(https://www.tpeczek.com/2023/10/azure-functions-integration-testing.html)

#AzureFunctions #IntegrationTesting #Testcontainers

Blogged: "Azure Functions Integration Testing With Testcontainers"

(https://www.tpeczek.com/2023/10/azure-functions-integration-testing.html)

#AzureFunctions #IntegrationTesting #Testcontainers

Blogged: "Azure Functions Integration Testing With Testcontainers"

(https://www.tpeczek.com/2023/10/azure-functions-integration-testing.html)

#AzureFunctions #IntegrationTesting #Testcontainers

Blogged: "Azure Functions Integration Testing With Testcontainers"

(https://www.tpeczek.com/2023/10/azure-functions-integration-testing.html)

#AzureFunctions #IntegrationTesting #Testcontainers

Blogged: "Azure Functions Integration Testing With Testcontainers"

(https://www.tpeczek.com/2023/10/azure-functions-integration-testing.html)

#AzureFunctions #IntegrationTesting #Testcontainers

With #testcontainers, you can spin up and tear down #Docker containers in your tests.

If you need a database, you don’t need to mock it: your #xUnit, #NUnit, and #MSTest code can launch an actual database!

Learn more in this blog post by @khalidabuhakmeh: https://jb.gg/ua9vjg

#dotnet

Working on a sample project for colleagues on #marten using #SpecFlow and #Testcontainers to build fast integration tests with a real database and it's been surprisingly fast and really fun.

CC @jeremydmiller -- let me know if there's any benefit you could get out of that and I can tweak to help the project.

#dotnet #tdd #containers

#testcontainers for #java 1.17.6 is out!

* 🆕 2 modules: #QuestDb and #Yugabyte
* 🖼️ Enhancements: #redpandadata schema registry is exposed, #InfluxDB v2 support was added
and many more!

Thanks to all our contributors!

More details: https://github.com/testcontainers/testcontainers-java/releases/tag/1.17.6