Naar de inhoud

Een modelwissel vraagt ook om toetsing van het gedrag

Een gedeelde adapter kan de aansluiting uniform maken. Of een model toolfouten correct afhandelt, blijft een aparte applicatiecontrole.

Philipp Reuter2 min leestijd
Adapter met blauwe kabel en chipsymbool; een pijl wijst naar een kaart met blauwe waarschuwingsdriehoek.

Een gedeelde modeladapter kan de technische aansluiting vereenvoudigen. Hij vertaalt bijvoorbeeld aanbiedersformaten naar een intern toolprotocol. Daarmee staat vast hoe een aanroep binnenkomt. De applicatie moet nog steeds controleren of het nieuwe model een mislukte opvraag correct interpreteert.

Dezelfde toolaanroep, een ander vervolg

In dit volledig fictieve voorbeeld vraagt een assistent de status van een project op. Beide varianten mogen alleen de daarvoor bedoelde leestool gebruiken. Toolnaam, argument en foutcode zijn eigen voorbeeldwaarden, geen interface van een genoemde aanbieder.

De tabel toont twee veronderstelde vervolgen op dezelfde geweigerde opvraag. Ze beschrijft geen waarnemingen aan echte modellen.

Stap

Variant A

Variant B

lookupProject met projectId=P-72

lookupProject met projectId=P-72

Toolantwoord

access-denied

access-denied

Mogelijk vervolg

‘Ik kan de projectstatus niet ophalen.’

‘Het project is actief.’

De adapter kan beide aanroepen hetzelfde vertalen. Toch beweert het tweede vervolg een status die de tool niet heeft geleverd. In het voorbeeld is de toegang geblokkeerd; het verzonnen antwoord blijft een inhoudelijke fout. Het mag niet gelden als bewijs dat de opvraag is geslaagd.

De applicatie behoudt haar grenzen

OWASP adviseert toolbevoegdheden te beperken en rechten in achterliggende systemen af te dwingen. Ook na een modelwissel moet elke opvraag in de juiste gebruikerscontext worden gecontroleerd. Een syntactisch passend argument staat toegang of het omzeilen van een weigering niet toe.

Het voorbeeld vraagt om duidelijke afhandeling van geweigerde toegang, ontbrekende gegevens en tijdelijke fouten. Die gevallen kunnen verschillende vervolgstappen vragen. Een fout mag niet automatisch leiden tot een bredere opvraag of extra rechten.

Wat de adapter werkelijk makkelijker maakt

Een beperkte, gedocumenteerde interface kan de ombouw begrenzen. Zijn toolbereik, gegevensmodel en foutcontract stabiel, dan hoeft u na een modelwissel mogelijk alleen de aanbiederspecifieke aansluiting en bijbehorende instructies aan te passen. Een volledige herbouw is dan niet noodzakelijk.

In een workflow die gecontroleerde toolgegevens direct toont zonder een vrij geformuleerd vervolg te maken, kan de hier getoonde foutplek kleiner zijn. Overige invoer-, rechten- en resultaatcontroles blijven relevant. De werkelijk gebruikte workflow is bepalend.

De wissel op gedrag beoordelen

Microsoft beschrijft vergelijkingen met dezelfde gevallen en aparte aandacht voor afzonderlijke fouten. Neem ook toolweigeringen en ontbrekende resultaten op. Leg vast of na een fout een correcte beperking, een ongeoorloofde vervolgactie of een onbewezen bewering ontstaat.

Een werkende aansluiting is een nuttig deel van uitwisselbaarheid. Voor vrijgave telt daarnaast of de nieuwe configuratie de bedoelde grenzen en beslissingen in de workflow respecteert.

Bronnen

Geschreven door

  • Philipp ReuterRedacteur softwarekwaliteitPhilipp Reuter schrijft bij ASES over softwaretests en de voorbereiding van nieuwe releases. Zijn artikelen gaan over foutanalyse, acceptatietests en het controleren van wijzigingen in bestaande applicaties.

ASES volgen

Verder lezen

Alle artikelen

AI & automatisering met ASES

AI-assistenten en geautomatiseerde processen