Rev 1.0Kerno v1 is liveSee what's new →
X-01EnterpriseP-01Pricing
SolutionsMCP testing

Continuous testing for every tool your MCP server exposes.

Kerno discovers each tool your server exposes, tests its output and schema against the running server, and flags a change before the agents calling it break.

DWG S-04Kerno solutions · MCP testing
Rev2026.10
Scale1 : 1
Sheet4 of 6
Run reportrun complete
TOOL create_invoice
RAN AGAINSTMCP SERVERSUT:9090
DEPENDENCIESpostgresdb
✓structured output matches the schemapass
✓returns the expected contentpass
△output field renameddiff
-"invoice_id": "inv_8f21"
+"id": "inv_8f21"
✓invalid input comes back as an errorpass
✓unknown argument is rejectedpass
11 tool tests · 10 pass · 1 diff

Faster merges, with every tool your server exposes tested.

Counter A

6×

Faster merges for PRs tested by Kerno

Counter B

72%

Of planted runtime bugs caught across real open-source backends

Counter C

11 of 14

Critical-severity bugs caught across 7 open-source backends

Counter D

6 of 7

Access-control bugs caught, from broken auth to cross-tenant reads

Bug figures from the Kerno benchmark, September 2026 

Agents and engineers at these companies use Kerno

Field report · 01On the line
Kerno was up and running in minutes with no manual work, and it made our API migration so much smoother. We could instantly validate that every change made by Cursor worked the way we expected, and now it’s a core part of how we build.
Misch StrotzCo-Founder & CEO
LetzAIVerified customer
Field report · 02On the line
Using Kerno with Claude Code has been a game changer. You get quick feedback with no manual effort, and it saves you a lot of time and hassle debugging integration issues post-merge.
Jonathan BernalesCTO
GermenVerified customer
Field report · 03On the line
Kerno saves us a lot of manual work and helps us catch side effects and issues that would definitely break our projects’ backends. Our engineering team loves it.
Santiago J. VallsCo-Founder & CTO
BewiseVerified customer
Field report · 04On the line
Regressions have always been a huge bottleneck for our team. Kerno has been a force multiplier helping us ship releases much faster without the manual overhead of QA.
Ronan HigginsCTO
VeritageVerified customer
1 of 4
Built from your code

Every test comes from the schema your server declares and the tools it exposes.

Analysis 01

Live protocol discovery

Kerno connects to your running server and lists what it exposes, including tools registered at runtime.

Analysis 02

Every tool and resource covered

Each one becomes its own subject, with scenarios of its own and a baseline that tracks it between runs.

Analysis 03

Schema-aware planning

Kerno reads the input and output schema your server declares, and checks returned data against it field by field.

Analysis 04

Tool error assertions

Kerno checks that bad input comes back flagged as an error, with a message that says what went wrong.

Analysis 05

Output and schema drift

A baseline records what each tool returns today, and the next run reports any field that moved or was renamed.

Analysis 06

MCP-native test plans

Plans that slip into HTTP language get rejected and rewritten, so scenarios stay in the protocol they test.

Full coverage

Covers output, schemas, errors and drift for every tool and resource you expose.

Coverage 01

Tool output

Returned content, structured data, and the fields each call produces.

Coverage 02

Schema conformance

Declared input and output schemas, required fields, and value types.

Coverage 03

Error handling

Invalid input, missing arguments, and failures surfaced as tool errors.

Coverage 04

Input validation

Boundary values, wrong types, and arguments the schema does not allow.

Coverage 05

Authorization

Permission and access checks, where your server enforces them on a call.

Coverage 06

Output drift

Renamed fields, changed shapes, and values that move between runs.

Verified against your real dependencies
Languages
  • TypeScript
  • JavaScript
  • Python
  • Java
Dependencies
  • PostgreSQL
  • MySQL
  • MongoDB
  • Redis
  • Kafka
  • AWS
Learns your standards

Kerno applies your rules and standards to every tool it plans and tests.

Standard 01

Reads your rules and standards in plain English

Write a rule the way you would explain it to a new engineer, and Kerno applies it to every tool on your server.

Standard 02

Works from the context your team already wrote

Agent instruction files, service READMEs and the docs in your repository shape how every tool gets tested.

Standard 03

Gets more accurate with every run you review

Kerno learns from each run and the feedback you give it, and carries what it learns into every later tool test.

Kerno operator manual · FAQ6 questions
FAQ

FAQs

Got any extra questions? Reach out on our community channel and we'll be happy to help.

01How does Kerno test an MCP server?

Kerno connects to your running server, discovers each tool and resource it exposes, then runs scenarios that check output, schema conformance and error handling against that server.

02Does Kerno discover MCP tools automatically?

Yes. Kerno connects to your running server and discovers every tool and resource as its own subject, including the ones your server registers at runtime.

03What happens when a tool changes?

Kerno keeps a baseline of what each tool returns. On the next run a renamed field, a changed shape or a different value shows up as a diff against that baseline.

04Which MCP servers can Kerno test?

Any server Kerno can reach over the MCP protocol, in any language, since discovery happens at the protocol level rather than in your source.

05How do I point Kerno at my MCP server?

Give Kerno the URL your server listens on. It connects, lists what the server exposes, and each tool becomes a subject you can test on its own.

06Does MCP testing run in CI?

Yes. Committed scenarios replay in CI on every change.