Consort: testgedreven ontwikkeling op een vertakt database

Samenvatting

Consort brengt test-driven development naar een echte database met geïsoleerde branches voor tests en schemawijzigingen.

Consort en database branching

Consort gebruikt copy-on-write branching in Lakebase Postgres. Een ontwikkelaar maakt een geïsoleerde branch van een echte database, inclusief schema en data, en draait daarop tests zonder de omgeving van collega’s te wijzigen. De benodigde tijd blijft volgens het artikel ongeveer constant, ongeacht de omvang van de dataset.

Dat verschuift integratietests naar de dagelijkse ontwikkellus. In plaats van mocks gebruikt de test een live databasebranch. Ontwikkelaars kunnen daarin destructieve tests uitvoeren, schemawijzigingen testen en de branch daarna verwijderen.

Schemawijzigingen reizen mee met de code via versioned migrations. Het artikel noemt Alembic, Flyway en Knex als voorbeelden van migratietools. Code en schema vormen zo één wijziging die samen door de ontwikkelstraat gaat.

Waarom Consort relevant is

Consort pakt een bekend probleem in softwareontwikkeling aan: code kon al worden vertakt, maar databases bleven vaak gedeelde, starre omgevingen. Teams gebruikten daarom mocks, een gedeelde stagingdatabase of handmatige procedures voor schemawijzigingen. Mocks testen echter niet altijd het actuele gedrag van de database.

De aanpak verplaatst controle naar de pull request. Bij iedere pull request en opnieuw na een merge maakt het proces een nieuwe branch van de doelomgeving, voert migraties uit en draait de volledige testsuite. Een regressie of botsing komt zo aan het licht vóór deployment. Een DBA beoordeelt de migratie in dezelfde wijziging als code, als code owner in plaats van via een los ticket.

Dat maakt Data CD een bruikbaar label voor de koppeling van databaseschema en applicatiecode. Het artikel beschrijft daarnaast een agentic development workflow rond database branching, maar het fragment werkt die workflow niet verder uit.

Concrete takeaway voor Consort

Breng databasewijzigingen onder in versioned migrations en laat pull requests testen tegen een verse branch van de echte database. Controleer daarbij of mocks nog gedrag afdekken dat alleen een live Lakebase Postgres-branch zichtbaar maakt.