의미 비교
한 줄의 공백이 맞는지보다 경로상의 차이에 주목합니다. 양쪽 들여쓰기나 키 순서가 달라도, 구조 비교는 텍스트 Diff보다 잡음이 적은 편입니다.
결과에 추가, 수정, 삭제가 표시되며, 특정 종류의 변화만 보도록 필터할 수 있습니다.
다음으로도 #data={"name":"Ada"} 또는 #url=... 데이터를 넣을 수 있으며, 읽은 뒤 주소 표시줄에서 지워집니다.
좌우에 두 JSON을 붙여넣고 구조에 따라 필드가 추가·삭제·값 변경인지 비교합니다. 순수 텍스트 Diff보다 API 업그레이드, 설정 변경처럼 「구조는 같고 값만 다른」 장면에 맞습니다. 배포 전에 v1 / v2 샘플 응답을 붙여넣으면, Git에서 한 줄로 압축된 텍스트를 diff하는 것보다 중첩 필드를 놓치기 어렵습니다.
한 줄의 공백이 맞는지보다 경로상의 차이에 주목합니다. 양쪽 들여쓰기나 키 순서가 달라도, 구조 비교는 텍스트 Diff보다 잡음이 적은 편입니다.
결과에 추가, 수정, 삭제가 표시되며, 특정 종류의 변화만 보도록 필터할 수 있습니다.
어떤 Key가 바뀌었는지 본 뒤 클라이언트를 고칠지 결정하세요. 타입이 숫자에서 문자열로 바뀌거나 필드가 삭제된 것은, 500줄을 눈으로 훑는 것보다 신뢰할 수 있습니다.
테스트 담당자도 baseline과 현재 응답으로 회귀를 뽑아 볼 수 있습니다.
Key 순서가 불안정하면 정렬 도구로 먼저 맞춘 뒤 붙여넣으세요. 배열이 순서 없는 집합이면 순서 변화는 거짓 양성일 수 있어 업무 판단이 필요합니다.
이 페이지가 데이터를 업로드하지 않더라도, 민감한 필드는 마스킹한 뒤 비교하세요.
{
"name": "Alice",
"age": 30,
"tags": ["dev", "json"]
}
{
"name": "Alice",
"age": 31,
"tags": ["dev", "tools"],
"active": true
}
위치 기준으로 비교합니다. 두 목록이 원소 순서만 달라도 표시됩니다.
비교는 이 컴퓨터에서 이루어집니다. 용량이 크면 JSONPath로 관련 조각을 뽑은 뒤 비교하세요.
두 JSON이 완전히 같다고 안내하며, 강조된 차이 항목이 없습니다.
다릅니다. 한쪽은 null 이고 다른 쪽에 그 키가 없으면 따로 표시되며 의미도 다릅니다.
Diff는 「두 데이터가 어디서 다른지」를, Schema는 「약속에 맞는지」를 봅니다. API 업그레이드에는 둘 다 하는 것이 좋습니다.