Ik wil graag een complete testset

[DJHuisman]

Impediment

Ik zou graag een gehele testset hebben voor appartementsrechten, Voor kadastrale aanduiding 's-Gravenhage N 8272 A3 kan ik niet het grondperceel vinden/ophalen. Graag zie ik de mogelijkheid erin komen om grondpercelen op te vragen en de appartementsrechten die daarop aanwezig zijn. Bij voorkeur meerdere niveaus diep. Zo is het tenslotte in de praktijk ook regelmatig. Anders zouden we op productie dit soort scenario's moeten gaan testen en dat is onwenselijk.

Graag hoor ik wat de mogelijkheden hierin zijn.

[CathyDingemanse]

Het Kadaster kan hier helaas niet in voorzien. Het Kadaster voorziet in testgevallen om de features te kunnen testen en om alle data te kunnen tonen. Voor je eigen systeem- en acceptatietesten zullen leveranciers een eigen stub moeten maken.

Misschien helpt het als leveranciers hun testgevallen delen? @fsamwel zou jij hier een plek voor kunnen inrichten?

[DJHuisman]

Dat is jammer. Het verrast me niet. Ik constateer dit probleem ook bij andere basisregistraties. Klinkt niet zo logisch dat elke organisatie zelf testsets gaat opbouwen. Ook hiervoor zou moeten gelden. Enkelvoudig opbouwen en meervoudig gebruik. Het is mijns inziens wenselijk een landelijke testset maken die alle partijen (overheidsorganisatie, leveranciers) kunnen gebruiken om ketentesten te kun doen. En dat deze testset eenvoudig te importeren is in databases e.d.

[CathyDingemanse]

@DJHuisman zou bovenstaand initiatief daarbij kunnen helpen?

[DJHuisman]

Je bedoeld dat leveranciers dit delen? Dat kan helpen. Maar grote kans dat dit tussen verschillende leveranciers niet op elkaar aansluit. In ons geval dat bijvoorbeeld het centrale gegevensmagazijn van leverancier X een andere set heeft dan applicatie A van leverancier Y en dat weer anders dan applicatie B van leverancier Z. Je zou in al die applicaties dezelfde persoon/eigenaar/adres willen vinden om een heel proces te kunnen testen. Bijvoorbeeld persoon De Jong die in de testset van de BRP staat heeft een kadastraal eigendom en dat wil je opvragen vanuit jouw applicatie waarin De Jong staat, dan zal voor de test ook De Jong met zijn kadastrale eigendom in de BRK testset moeten zitten. Ik snap dat dit veel werk zal zijn om zoiets voor elkaar te krijgen. Dat pleit alleen maar meer voor een landelijke testset en niet dat iedereen dat lokaal probeert te doen.

[fsamwel]

@DJHuisman Helemaal mee eens. Wat je beschrijft, integratie van de testsets van verschillende domeinen, is wat we geprobeerd hebben. De burgerservicenummers die in de Haal Centraal BRK API testset zitten, zitten ook in de BRP (GBA-V en straks Haal Centraal BRP API) proefomgeving, met dezelfde naam. En de adressen bestaan ook echt in BAG. Alleen de HR data is helaas niet afgestemd met testdata van KvK API's of services. We hebben het dus geprobeerd. Dat zou je een heel eind moeten helpen voor een integratietest. Voor meer gedetailleerde (systeem)tests van zal dat waarschijnlijk niet volstaan. Die testdata moet je zelf maken. En kunnen verschillende gebruikers met elkaar delen. We kunnen natuurlijk vragen dat iemand die testgevallen aanlevert daarbij personen (burgerservicenummers) en adressen gebruikt die in resp. de BRP proefomgeving en de BAG productie omgeving staan.