Magas szándékú erőforrás
API payloadokRegressziós tesztekQA átadás

Hasonlítsa össze az API-válaszokat kiadás, hibakeresés vagy regressziós áttekintés előtt

A csapatok ritkán keresnek absztrakt módon JSON Diff-et. Azért keresnek, mert megváltozott egy API-válasz, és tudniuk kell, hogy a változás várható, ártalmatlan vagy kiadást blokkoló-e. Ez az oldal azért létezik, hogy közvetlenül megragadja ezt a munkafolyamatot, és JSON-érzékeny összehasonlító élménybe irányítsa.

Válassz irányt

Kezdj azzal, amid már van

1

Mikor számít leginkább ez a munkafolyamat

Hasonlítsa össze az API-válaszokat, amikor a staging payload már nem egyezik az éles környezettel, amikor egy Postman gyűjtemény eltérő mezőket kezd visszaadni, amikor egy kiadási jelölt módosítja az egymásba ágyazott objektumokat, vagy amikor a QA-nak regressziós javításokat kell ellenőriznie anélkül, hogy nyers naplókat olvasna soronként.

Ez jobban megfelel, mint a sima szövegösszehasonlítás, mert az API-kimenetek gyakran változnak formázásban, egymásba ágyazásban és mezősorrendben. A JSON-érzékeny áttekintés megkönnyíti a tényleges viselkedésváltozás észrevételét.

2

Tiszta áttekintési folyamat mérnöki csapatoknak

Illessze be a korábbi választ balra és az új választ jobbra, normalizálja mindkét payloadot, majd tekintse át a strukturális változásokat, mielőtt a viselkedésváltozásokat pull request-ekben vagy kiadási megjegyzésekben megvitatná. Ez a beszélgetést arra összpontosítja, hogy az API valójában mit változtatott.

Ha egy válasz hibásan formázott, futtassa először a JSON Repair-en keresztül. Ha a kimenet már nem JSON, hanem dokumentummá vagy exportfájllá vált, váltson Text Diff-re vagy PDF Diff-re az igazság forrásától függően.

További belépési pontok

Haladj tovább visszalépés nélkül