Rules-based analysis

Rules-based analysis, where it still earns its place

Deterministic checks are good at a narrow set of things: catching regressions, spotting known-bad patterns, and putting a floor under legacy code nobody is actively working on. They are not how you govern what an agent writes, and Qualimetry does not present them that way.

What it does

It builds your code the way your teams do

Analysis works against a real build rather than a parse of the source, so the results reflect how your software actually compiles and tests.

  • Common build engines including Ant, Gradle, Maven, MSBuild, and projects that need none.
  • Mobile builds alongside your server and web projects, on the same cluster.
  • Code coverage read in the common formats and carried through into your reporting.
  • Depth across languages from Qualimetry's own rule packs alongside the standard analysers.
Where the findings go

Into the SonarQube instance you already run

Qualimetry does not ask you to replace a tool your teams already know. It publishes into yours.

Register the SonarQube instance you already run (Developer, Enterprise or Data Center). Qualimetry builds a quality profile from the standards you published and surfaces rules-based findings into it, deep-linked back to the standard that owns each rule. Qodana support is on the roadmap.

SonarQube Qodana Coming soon
Questions

Rules-based analysis, answered

Do we need our own SonarQube?
Only for rules-based analysis. If you want that capability you register your own SonarQube instance and Qualimetry publishes quality profiles and findings into it. Standards, agent enablement, review, compliance, reporting and insights need no SonarQube at all.

See the whole loop, not just the engine

Rules-based analysis is one input. Book a demo to see how standards, agents, review and compliance fit together.

Book a Demo