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
| Testgroep | Voorbeeld | Gewenst bewijs |
|---|---|---|
| Contract | Verplicht veld ontbreekt | Voorspelbare validatiefout |
| Autorisatie | Andere tenant of klant | Geen uitlezing of wijziging |
| Bronfout | Timeout na gestart request | Eerlijke status en begrensd herstel |
| Herhaling | Dezelfde wijziging opnieuw | Geen onbedoeld dubbel effect |
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.
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.