Praktische gidsen

Documenteer en test een API uit de use-cases

Een handige API laat een ander team begrijpen wat het kan vragen en wat het zal ontvangen. Het contract moet testbaar zijn, geversiet en consistent zijn met de operationele service.

Zie de methode

Een API met een contract

Kies taken voor adressen

Gebruik een lijst van toepassingen zoals het vinden van een product, het lezen van beschikbaarheid, het bijwerken van een record of het bijhouden van tracking. Definieer geautoriseerde mensen en systemen voor elke operatie. Een openbare lees-API en een administratieve API hebben verschillende toegangsvereisten.

Bereid een verzoek en antwoordvoorbeeld voor elke essentiële taak met behulp van synthetische waarden en uitgelegde velden. Onderscheid stabiele identificaties, labels, eenheden en datums. Definieer ontbrekende gegevens in plaats van aannemelijke waarden te vervangen door onbekende informatie.

een expliciet contract beschrijven

OpenAPI biedt een taalonafhankelijk beschrijvingsformaat voor HTTP API's, met bewerkingen, parameters, antwoorden en modellen. Kies een versie die door uw tools wordt ondersteund en bewaar het document bij het project; De nieuwste versie is niet automatisch de juiste pasvorm voor elke toolchain.

Documentgebruikslimieten, paginering, filters, bestellingen, fouten en lege reacties. Behandel COR's niet als bewijs van autorisatie. Bekijk de bediening en toegangscontroles op objectniveau met het technische team.

Grenzen en machtigingen testen

Probeer een bestaand object, een ontbrekend object, een ongeldige parameter en een lijst langer dan één pagina. Controleer de volgende pagina op verliezen of herhalingen binnen het gekozen updatemodel. Vermeld beperkingen die de API niet kan garanderen.

Gebruik testaccounts met verschillende machtigingen. Poging leest en wijzigt buiten het toegestane bereik met behulp van synthetische gegevens. Noteer verwachte statussen en nuttige berichten zonder interne sporen of configuratiegeheimen vrij te geven.

Plan verandering en ondersteuning

een toegevoegd veld onderscheiden van een verwijderd veld of een gewijzigde betekenis. Identificeer consumenten vóór een onverenigbare verandering. Leg de overgangsperiode uit en hoe u integraties kunt detecteren met behulp van het eerdere contract.

Lever een uitvoerbaar voorbeeld voor een testomgeving, een testmatrix en een technisch contact. Breng waargenomen fouten in verband met gedocumenteerde voorbeelden na release. Documentatie beperkt tot de ideale case laat integrators zonder begeleiding voor weigeringen en onderbrekingen.

Primaire documentatie: OpenAPI-initiatief — Specificatie.

Inhoud bijgewerkt 1 oktober 2026

Functionele validatiematrix om zich aan het project aan te passen

Deze voorgestelde controles gebruiken fictieve gevallen. Bepaal welk gedrag er met het team wordt verwacht, noteer het resultaat en wijs onopgeloste discrepanties toe voor publicatie.

Testgevallen, verwachte resultaten en nuttig bewijs
GevalVerwacht resultaatBewijs om te houden
Huidige en afwezige middelenElke uitkomst komt overeen met het gedocumenteerde status- en responsmodel.Verzoek, respons en bijbehorende contractvoorbeeld vastgelegd uit de testomgeving.
Parameter buiten bereikDe weigering is begrijpelijk en legt geen interne stacktracering bloot.openbaar bericht en resultaat bewaard in de acceptatiematrix.
Twee machtigingsniveausEen verboden hulpbron blijft zelfs met een bekende identifier ontoegankelijk.Vergeleek resultaten met behulp van twee synthetische accounts met expliciet verschillende toestemmingen.
Paginering en gewijzigd filterTokenafhandeling en herstartgedrag van de reis zijn gedefinieerd.Bestelling, geretourneerde identificatiegegevens en regels die van toepassing zijn wanneer het filter verandert.

Veel gestelde vragen

Is gegenereerde documentatie voldoende om een API te testen?

Het helpt bij het lezen van een contract, maar machtigingen, ontbrekende gegevens, fouten, lijsten en wijzigingen vereisen nog steeds testen. Vergelijk voorbeelden met feitelijke test-omgevingsreacties.

Vervangt CORS toegangsrechten?

Nee. Cross-origin-regels vervangen de bedienings- en objectmachtigingen van de service niet. Beschrijf die machtigingen en test handhaving aan de serverzijde met testaccounts.