Gå til innholdet

Et modellbytte krever også kontroll av atferden

En felles adapter kan gjøre tilkoblingen enhetlig. Om en modell håndterer verktøyfeil riktig, må fortsatt kontrolleres i applikasjonen.

Philipp Reuter2 min lesetid
Adapter med blå kabel og brikkesymbol; en pil peker mot et kort med blå varseltrekant.

En felles modelladapter kan forenkle den tekniske tilkoblingen. Den oversetter for eksempel leverandørformater til en intern verktøyprotokoll. Da er det avklart hvordan et kall kommer frem. Applikasjonen må fortsatt kontrollere om den nye modellen tolker en mislykket forespørsel riktig.

Samme verktøykall, ulik fortsettelse

I det helt oppdiktede eksemplet spør en assistent etter statusen til et prosjekt. Begge variantene kan bare bruke leseverktøyet som er beregnet på dette. Verktøynavn, argument og feilkode er våre egne eksempelverdier, ikke grensesnittet til en navngitt leverandør.

Tabellen viser to antatte fortsettelser etter samme avviste forespørsel. Den gjengir ingen observasjoner fra faktiske modeller.

Trinn

Variant A

Variant B

lookupProject med projectId=P-72

lookupProject med projectId=P-72

Verktøysvar

access-denied

access-denied

Mulig fortsettelse

«Jeg kan ikke hente prosjektets status.»

«Prosjektet er aktivt.»

Adapteren kan oversette begge kallene likt. Likevel hevder den andre fortsettelsen en status verktøyet ikke har levert. I eksemplet ble tilgangen blokkert; det oppdiktede svaret er fortsatt en innholdsmessig feil. Det må ikke regnes som bevis for at forespørselen lyktes.

Applikasjonen beholder grensene sine

OWASP anbefaler å begrense verktøyenes myndighet og håndheve rettigheter i etterfølgende systemer. Også etter et modellbytte må hver forespørsel kontrolleres i riktig brukerkontekst. Et syntaktisk gyldig argument gir verken tilgang eller rett til å omgå en avvisning.

Eksemplet krever tydelig håndtering av nektet tilgang, manglende data og midlertidige feil. Disse tilfellene kan kreve ulike neste steg. En feil må ikke automatisk føre til en bredere forespørsel eller flere rettigheter.

Hva adapteren faktisk gjør enklere

Et avgrenset, dokumentert grensesnitt kan begrense ombyggingen. Hvis verktøyomfang, datamodell og feilkontrakt er stabile, trenger man etter modellbyttet kanskje bare å tilpasse den leverandørspesifikke tilkoblingen og tilhørende instruksjoner. En fullstendig ombygging er da ikke nødvendigvis påkrevd.

I et forløp som viser kontrollerte verktøydata direkte uten å generere en fri fortsettelse, kan feilpunktet som vises her være mindre. Andre kontroller av inndata, rettigheter og resultater er fortsatt relevante. Det avgjørende er forløpet som faktisk brukes.

Vurder byttet ut fra atferden

Microsoft beskriver sammenligninger med de samme tilfellene og eget fokus på enkeltfeil. Ta også med verktøyavvisninger og manglende resultater. Dokumenter om en feil fører til en korrekt begrensning, en uautorisert følgehandling eller en udokumentert påstand.

En fungerende tilkobling er en nyttig del av utbyttbarheten. Produksjonssetting avhenger også av om den nye konfigurasjonen følger de tiltenkte grensene og beslutningene i applikasjonsforløpet.

Kilder

Skrevet av

  • Philipp ReuterRedaktør for programvarekvalitetPhilipp Reuter skriver om programvaretesting og forberedelse av nye versjoner hos ASES. Artiklene hans handler om feilanalyse, akseptansetester og kontroll av endringer i eksisterende applikasjoner.

Følg ASES

Les videre

Alle artikler

KI og automatisering med ASES

KI-assistenter og automatiserte prosesser