Naar inhoud
instellect.ai
MCP & integraties

Een MCP-server testen: protocol, rechten en toolgedrag

“De client ziet de tool” is een begin. De belangrijke vraag is of de tool onder normale én afwijkende omstandigheden het afgesproken gedrag vertoont.

In het kort

Test een MCP-server op meerdere niveaus: verbinding en protocol, het toolcontract, toegangsrechten, gedrag van het bronsysteem en de volledige clientroute. Een inspectietool helpt met protocolinteracties, maar vervangt geen tests van je eigen bedrijfsregels.

Maak verwachte uitkomsten expliciet

Gebruik fictieve records waarvan input, toegangsgrens en resultaat bekend zijn. Controleer dat de client de juiste tools en schema’s ziet. Roep de tool aan met geldige gegevens, ontbrekende velden en ongeldige waarden. Noteer de verwachte foutcategorie. Een test die alleen controleert of er “iets terugkomt” kan een verkeerd klantrecord of te brede respons missen.

Test ontzegging even serieus als succes

Een geldige identiteit kan nog steeds te weinig bevoegdheden hebben. Gebruik daarom een matrix van rollen en objecten. Controleer dat geweigerde requests geen gevoelige gegevens achterlaten in respons of logs. Test ook directe toegang tot de server, los van een eventuele catalogus. De autorisatieguide beschrijft welke lagen daarbij uit elkaar moeten blijven.

Laat afhankelijkheden gecontroleerd falen

Simuleer een trage bron, een ongeldige respons en een onderbroken verbinding. Bepaal of opnieuw proberen veilig is. Bij een schrijfactie moet een herhaalde aanvraag niet ongemerkt een tweede wijziging veroorzaken. Controleer ook hoe de client een fout aan de gebruiker toont. Technisch correcte foutcodes helpen weinig als de interface daarna “afgerond” laat zien.

Testmatrix voor een release

Testmatrix voor een release
TestgroepVoorbeeldGewenst bewijs
ContractVerplicht veld ontbreektVoorspelbare validatiefout
AutorisatieAndere tenant of klantGeen uitlezing of wijziging
BronfoutTimeout na gestart requestEerlijke status en begrensd herstel
HerhalingDezelfde wijziging opnieuwGeen onbedoeld dubbel effect
Illustratief scenario

Een notitie opslaan met een verbroken verbinding

De bron slaat een fictieve notitie op, maar de verbinding valt weg voordat de bevestiging aankomt. De test herhaalt hetzelfde verzoek. Je controleert de bron: er mag niet zonder bedoeling een tweede notitie ontstaan. Zo test je het resultaat van de integratie, in plaats van uitsluitend de tekst die de MCP-client ontvangt.

Neem mee naar je team.

  • Gebruik gecontroleerde fixtures en geen echte klantrecords.
  • Bewaar testresultaten naast de serverversie.
  • Herhaal relevante tests na iedere schema- of bevoegdheidswijziging.
Download dit werkblad (.txt) ↓

Met ruimte voor je besluit, eigenaar en testbewijs. Geen e-mailadres nodig.

Bronnen & verantwoording

Technische achtergrond bij dit onderwerp. De keuzetabel, checklist en fictieve voorbeelden zijn een eigen redactionele uitwerking van Instellect. De beschreven patronen zijn geen overzicht van reeds beschikbare productfuncties.

Geraadpleegd op 11 oktober 2026. Een correctie doorgeven? Mail Instellect.

Van lezen naar je eigen workflow

Maak de volgende keuze concreet.

Gebruik het gratis hulpmiddel om de taak, bronnen en grenzen met je team te bespreken.

Schets je eerste koppeling
Volg de ontwikkeling van Instellect.

Instellect is in ontwikkeling. Aanmelden geeft nog geen directe toegang tot het platform.

Naar de waitlist ↗