"How to test" gaat uit van enkel GET requests. Dit kan, zolang de provider dit zelf test, veranderd worden naar alle requests. Het geldt immers ook voor andere methods. Sommige API gateways behandelen routes die niet in de OAS staan als buiten scope van de API; hoogstwaarschijnlijk wordt er dan een 404 teruggegeven, maar misschien is een redirect wel een instelling binnen de gateway. Omdat de automatische test op runtime alleen GET requests (zonder authenticatie) kunnen testen, is dit niet voldoende en zal "How to test" een handmatige test moeten zijn.
De automatische test van de ADR validator kan op basis van OAS automatisch wél alle paden checken op de aanwezigheid van een trailing slash. Andere voorbeelden die deze design rule hanteren valideren dit ook aan de hand van OAS: https://quobix.com/vacuum/rules/operations/path-keys-no-trailing-slash/
"How to test" gaat uit van enkel
GETrequests. Dit kan, zolang de provider dit zelf test, veranderd worden naar alle requests. Het geldt immers ook voor andere methods. Sommige API gateways behandelen routes die niet in de OAS staan als buiten scope van de API; hoogstwaarschijnlijk wordt er dan een 404 teruggegeven, maar misschien is een redirect wel een instelling binnen de gateway. Omdat de automatische test op runtime alleen GET requests (zonder authenticatie) kunnen testen, is dit niet voldoende en zal "How to test" een handmatige test moeten zijn.De automatische test van de ADR validator kan op basis van OAS automatisch wél alle paden checken op de aanwezigheid van een trailing slash. Andere voorbeelden die deze design rule hanteren valideren dit ook aan de hand van OAS: https://quobix.com/vacuum/rules/operations/path-keys-no-trailing-slash/
Zie ook #628