API-responsen vergelijken en compatibiliteit beoordelen.
Scheid structuurwijzigingen van waardewijzigingen. Een veranderde voorbeeldwaarde breekt niet noodzakelijk een API-contract, terwijl een verwijderd veld wel relevant kan zijn.
Stem de werkwijze af op je taak.
Vergelijk responsstructuren en waarden apart en behoud de paden naar elke wijziging. Onderscheid verwijderde of hernoemde velden van gewijzigde voorbeeldwaarden en beoordeel compatibiliteit volgens de echte eisen van afnemers.
- Wat je aanlevert
- Twee voorbeeldresponsen en vergelijkingsregels.
- Wat je krijgt
- Schema- en waardewijzigingen met compatibiliteitszorgen.
Bekijk de invoer en het resultaat.
Illustratieve invoer en uitvoer · een leervoorbeeld, geen live uitvoering van WebAct
Voorbeeld invoerveld
Compare response field sets. Old: {"id":"A1","name":"Ada"}. New: {"id":"A1","display_name":"Ada"}. No API compatibility contract supplied.Uitgewerkt voorbeeld
Unchanged field: id. Removed field: name. Added field: display_name. Potential impact: clients reading name may fail or lose displayed text. A rename is plausible, but the samples alone do not prove semantic equivalence or the full compatibility policy.
Laad deze invoer in de prompt en kopieer deze naar WebAct om de taak te proberen. Je resultaat kan afwijken van het voorbeeld.
Keuzes en probleemoplossing.
Breekt een gewijzigde voorbeeldwaarde automatisch het API-contract?
Nee. Een waarde mag legitiem variëren. Schema, betekenis en aannames van afnemers bepalen of de wijziging belangrijk is.
Waarom verschijnt een hernoemd veld als losstaande verwijdering en toevoeging?
Een structurele diff bewijst geen intentie. Markeer de mogelijke hernoeming en bevestig die met de gedocumenteerde wijziging en het gebruik door afnemers.
Probeer het met je eigen bron.
Vervang het voorbeeld door je eigen materiaal in de taakprompt. Behoud de eisen die je nodig hebt en kopieer de taak naar WebAct.
De taak aanpassen en kopiëren ↑