How Kerno works
Understand how Kerno works, from indexing your codebase to validating code changes.
Last updated
Understand how Kerno works, from indexing your codebase to validating code changes.
Kerno maps your codebase, builds a test environment around it, generates a validation suite, and runs that suite on every code change to detect what changed.
Kerno parses every file and builds a SCIP-based dependency graph that maps every function, class, and endpoint to the code that produces it. The graph is stored locally and used to scope every validation to exactly the affected endpoints. See Codebase indexing.
Kerno analyzes your build files and generates a Dockerfile and Compose plan for your app and its real dependencies (databases, queues, caches), plus mocks for external services. See Environment setup.
Kerno generates test scenarios for each endpoint covering functional behavior, edge cases, error handling, and auth. It runs them against your live stack and captures the responses as the baseline. This is the reference point for every future validation. See Scenarios and baselines
When you change code, Kerno uses the dependency graph to detect the blast radius and re-runs only the affected scenarios. It compares responses against the baseline and surfaces any diffs. If the diff is intentional, accept it and Kerno updates the baseline. If it is not, fix your code and run validation again.
Last updated