What the product promises
- Your PRDs, specs, standards and exit criteria, admitted as the authority
- Every generated test case names the document and section it drew on
- Readiness judged against the criteria you wrote down, not a generic benchmark
Hawzu connects requirements, execution, and defects into one execution-first platform — with release-readiness scoring, sign-off reports, and analytics that turn test data into decisions. And you can just ask: Oracle answers questions about your project in plain English.
Every release and its executions at a glance — progress, defects, and ownership in one view.
Traditional test case management creates activity, but very little clarity. Hawzu takes a different approach.
Every release gets a score, a verdict, and the one line that says which bar it failed — so "are we ready?" stops being a conversation and starts being a number you can check.
Blocker or critical defects are still open before release sign-off.
Deterministic — same release, same number, every time. No model anywhere near it.
The same treatment for the whole project, across five dimensions — Automation, Coverage, Execution, Quality and Defect Health.
An executive summary and risk list drawn strictly from the release's own metrics, exported as a Release or Execution sign-off PDF.
Flaky-test detection sorts tests into Stable, Unstable and Flaky and flags probable breakages — so a red run is not automatically a blocker.
From requirement to release, everything lives in one connected workflow — so every release is a decision, not a guess.
What the product promises, and the tests you mean to run against it.
What actually ran, what failed, and the defects that came out of it.
Whether to ship — and the evidence to put in front of whoever asks.
Two surfaces sit under everything else: the documents that say how your product is supposed to behave, and a map of what it's actually made of. Together they are why an AI answer here has a source you can open and a shape you can reason about.
Canon says what the product promises. Atlas shows what it's made of. Everything downstream — generated tests, release calls, what to retest — is judged against those two.
Author at scale. Folder-tree repository with shared steps, parameters, and custom fields — built for thousands of cases.
Explore RepositoryGenerate test cases with AI. Give it a requirement, a spec, or a PDF and it writes full test cases with steps and expected results. It maps the scenarios first and names the requirements nothing was proposed for, so you see the gaps while they're still cheap to fix.
Explore AI generationTrace everything. Manage requirements and trace coverage from requirement → test case → execution → defect.
Explore RequirementsRelease-first planning. Plan release-gated executions and track progress, velocity, and health per release.
Explore ReleasesExecute with discipline. Run tests by hand or let a CI pipeline drive them — results, notes, and a full activity trail at every step.
Explore ExecutionsTrack defects natively. Drag them across a Kanban board — swimlanes, WIP limits, and every drop a real update — or work the same defects as a table, one click apart. Linked to the failing step, with AI surfacing similar defects as you file. No Jira required.
Explore DefectsKnow where you stand. Release readiness, coverage, flaky tests, and defect aging — exportable to PDF or XLSX.
Explore AnalyticsThe same category as the tools you already know — a more connected way to run it.
The shape of it
What the AI does
What comes out of it
Oracle is the AI inside Hawzu. Ask in plain English and it answers with the matching records, a chart, an answer drawn from your own documents — or the right form, open and ready. And it shows you exactly what it understood.
18 test cases
One box. Oracle works out which of these your sentence asked for before it works out the answer — you never pick a mode.
The questions you ask every week are already built. Pick one and Observatory draws it, drops it on a dashboard, and keeps it current — dozens of ready-made Smart Insights across coverage, automation, execution and defects, recommended per project.
Is automation coverage improving?
Automation over time, by priority and severity
How is this release trending?
Execution pass / fail / blocked and release pass-rate trend
Where are defects piling up?
Defect aging and open load by assignee
Are we on pace to finish?
Execution velocity and burndown across the release window
Is every requirement covered?
Test and defect coverage per requirement
Need a different view?
Build any chart with the custom chart builder — export to PDF or XLSX.
Not a bolt-on chatbot. Hawzu's AI writes test cases from your requirements, judges whether a release reads as ready, knows whether this bug has been filed before, and answers questions about your project in plain English — always grounded in your own data, and always naming what it read.
And every surface that calls a model says so. The readiness score, the retest tiers, the chart picks and the flaky verdicts are arithmetic and rules — reproducible, and the same twice. In QA, a number you can't reproduce is worse than no number.
Calls a model
Arithmetic, and we say so
same input → same number, every time
What Hawzu handles, what it plugs into, and what keeps your data yours — all of it on every plan, for every team.
What it holds
What it works with
Works with your stack. No rip-and-replace, no engine lock-in.
What it protects
Your data stays yours. Controls that ship in every workspace today — not badges we haven't earned yet.
The whole product is unlocked during early access. Pricing comes later with plenty of notice, and the teams who join now keep their footing when it does.
Plan
Validate
Understand
Govern
Questions about where pricing is headed? Talk to us.
Hawzu is a modern test case management platform. Plan and organize test cases, run them, and track requirements, defects, and releases — with built-in analytics and AI across the whole testing lifecycle, in one place.
QA and engineering teams who want a clean system of record for testing — whether you test manually, run your own automation, or both.
Keep whatever you already run — Selenium, Playwright, Cypress, any framework. Hawzu reads JUnit, TRX, NUnit, Cucumber and Allure reports and maps every result onto your test cases. It manages and analyses your testing without owning your engine, so switching frameworks never means switching test tools.
Yes. Point a test run at a Jenkins job, a GitHub Actions workflow, or a GitLab CI pipeline and press Run — Hawzu starts the build, watches it, downloads the report it produced, and maps each result onto your test cases. Pipelines that already run on their own schedule can push to Hawzu instead. See how CI/CD automation works.
By the test case code — stated in the report, or simply embedded in the test's name, like CHK-101 user can log in. Matching on names alone breaks the first time somebody renames a test, so the code always wins. Results that match nothing are recorded separately and never affect your pass rates or release readiness.
Yes. Point it at a requirement, a pasted spec, or a PDF and it writes full test cases with steps and expected results. It also maps the coverage first — up to forty one-line scenarios grouped by risk lens, with the requirements nothing was proposed for named on screen — so you see the gaps and pick what's worth writing before it writes anything. Nothing is saved until you accept it. See how a run works.
Give it your own documents. Canon is the set of specs, PRDs, standards and exit criteria the AI is grounded in — add a document and every generated test case names the document and section it drew on, so a reviewer checks a claim in seconds instead of re-deriving it. Grounding is on by default and can be turned off for a single run. Canon reads documents you supply (PDF, Word, Excel, CSV, Markdown, text) — there is no crawler and no wiki connector — and when nothing in it matches a topic it says so plainly rather than filling the gap. See how grounding works.
Yes — that's Oracle. Type it the way you would say it, like automated test cases created in the last 10 days that have never been executed, and it answers with the matching records, a chart, an answer drawn from your own documents, or the right create form opened ready for you. Every condition it applied is printed above the answer in resolved terms — "the last 10 days" shown as the date it worked out — and taking one away re-runs the answer instantly without calling a model, so correcting it is free. It reads your permissions from the same rules that guard each screen, and it never sees the contents of a record: it is shown what your fields are called and the values they hold, not your test case titles or defect descriptions. Meet Oracle.
Ask Atlas. It keeps a curated map of your application — areas, screens, behaviours, the routes between them and the journeys people actually walk — built from your test folders and requirements, and optionally drafted from Canon for you to review. Point it at what changed and it returns a worklist in three tiers, where every test case states why it is listed: it sits on the changed part, it's on a critical journey, or it covers a linked requirement. It's ranked in tiers rather than scored, because a number nobody can predict is worse than a bucket they can. Atlas does not read your code. See an impact answer.
Hawzu stands on its own — requirements and defect tracking are native, with a full Kanban board and a lifecycle linked to the failing step. If your team already lives in Jira, GitHub, GitLab, Azure DevOps or Linear, connect them: file the issue in your tracker as you raise the defect, or link one that already exists, and the defect shows its live status either way.
Yes — the board is the default view for a project. Drag defects between columns, group by status, assignee, severity, priority, release, or your own dropdown field, split it into swimlanes, and cap a column with a WIP limit that warns or blocks. Every drop is a real update, with the history, notifications, and tracker sync to prove it — and the same defects are one click away as a sortable table. See the defect board.
Yes — every feature, no credit card, no seat minimum, nothing held back behind a tier. Paid plans come later with plenty of notice, and the teams using Hawzu now get to shape what they look like.
Yes, and you run it yourself. The import wizard takes TestRail, Zephyr, QASE and Excel/CSV exports directly — map your columns, preview a sample, and it rebuilds your folder hierarchy as it goes. Coming from something else, send us the export and we'll map it with you. Nothing is a big-bang migration and no history is lost. Talk to us about migrating or compare Hawzu.
Role-based access control, audit logs, and scoped access tokens are built in, and your test data stays yours. See our Security page for details.
Every test management platform we tried was a bug tracker with test cases bolted on. Testing deserved better than that. So Hawzu is built the other way round: requirements, repository, executions, defects, releases, analytics and AI are one system, and the connections between them are the product.
We're independent, we answer to the teams who use this rather than to a board, and every feature is free while Hawzu is in early access. Tell us what's missing and it goes on the roadmap — that access is the part you can't buy later.
— The team at Snoowl
Create a free workspace in minutes — no credit card required. Score your first release, trace every requirement, and see the quality behind it. Or explore the docs to see how Hawzu connects it all.