Skip to content
NSNormandin SystemsTHE EVERYDAY TOOLBOXMain site
{ }

Data / YOUR EVERYDAY TOOLBOX

Json Patch Tester

A simple tool for creating and testing JSON patches according to RFC 6902. And list paths of a JSON object.

✓ Free to use✓ No account neededHow to use this tool ↓
YOUR WORKSPACESee an example ↗

Opening your tool…

Runs in your browser. Check important results and keep a copy of your original files.

THE PRACTICAL GUIDE · NORMANDIN SYSTEMS

Get more from Json Patch Tester

Json Patch Tester helps you test JSON Patch operations in JSON. JSON Patch describes changes as an ordered array of operations such as add, remove, and replace, each targeting a JSON Pointer path. This is useful when the information is already available but its structure, presentation, or consistency makes it difficult to inspect. Work with a representative sample first so that you can recognize the expected result before applying the same operation to a larger document. JSON Pointer uses slash-separated paths, with escaping for slashes and tildes in property names. Array indices can shift after earlier operations. Keep the original input available while reviewing the output. The important check is whether the result still has the intended values and relationships, rather than whether it merely looks neater. Review operation order and use a test operation when a change should depend on an expected existing value.

Guide updated October 13, 2026

How to use this tool

  1. Place the JSON input in the relevant editor. If the tool compares or combines documents, keep each document in its own input.
  2. Select the available settings for the operation you need. Review operation order and use a test operation when a change should depend on an expected existing value.
  3. Review any syntax errors before interpreting the result. A valid document with the wrong structure needs a different fix from malformed input.
  4. Inspect the changed portion and at least one unchanged portion. Keep a copy of the original JSON until the result has been checked in its destination.

SEE IT IN PRACTICE

A worked example

EXAMPLE INPUT
Document: {"count":1}; patch: [{"op":"replace","path":"/count","value":2}]
RESULT / WHAT TO EXPECT
{"count":2}

The replace operation targets /count and changes its value. Patch operations run in sequence.

Pointers and ordered operations

A JSON Pointer path addresses a location, not a search query. In pointer tokens, ~1 represents a slash and ~0 represents a tilde. Patch operations run in order, so removing an earlier array element changes later indices. Use a test operation to express an expected current value when an update should fail rather than overwrite an unexpected document state.

Replacement requires the right location

A replace operation identifies an existing target path, while add expresses insertion or addition under the patch rules. An incorrect path should not be treated as a search request for a similarly named field. Review the entire pointer, including array indices, and place related operations in the intended order. Use a test operation when an update should depend on a particular prior value rather than silently accepting changed data.

When this tool is useful

  • Prototype an API patch body while keeping the underlying structure visible.
  • Reproduce a failing pointer path with a compact, reproducible sample.
  • Review a controlled document update before copying data into another application.

Tips for a better result

  • JSON Pointer uses slash-separated paths, with escaping for slashes and tildes in property names. Array indices can shift after earlier operations.
  • Review operation order and use a test operation when a change should depend on an expected existing value.
  • Use a small JSON example to isolate an unexpected result. Add nested objects, arrays, quoted text, and empty values only as needed to reproduce the behavior.

Frequently asked questions

Does this establish that my JSON is correct?

It checks or transforms the aspects covered by this operation. It cannot establish whether the values match your business rules, whether required records are missing, or whether the receiving application accepts the same structure.

Why do visually similar inputs behave differently?

Value types, nesting, array order, duplicate names, and invisible whitespace inside strings can carry meaning. Compare the parsed structure and exact values, rather than judging only the way the document appears on screen.

What is a useful review process?

First resolve syntax errors, then inspect the specific result this tool produces. Review operation order and use a test operation when a change should depend on an expected existing value. Finally, test a representative result with the application that will consume it.

What happens to the information I enter?

The utility processes your input in this browser. Some tools retain field values in browser storage or the URL; avoid entering secrets in shareable fields. Page and asset requests still go to the hosting provider. Read the privacy and offline-use notes for details.

Further reading