Explore Requirements Hierarchy, tasks & automatic coverage roll-up Releases Release-gated executions & go/no-go sign-off Observatory Question-first analytics & dashboards Reports Readiness, coverage & flaky reports Defects Native defect tracking, no Jira AI AI summaries & semantic search Compare Hawzu vs TestRail, Zephyr & more Test Management Pricing Blog Docs Login Start free
Requirements

Break the requirement down. Watch the coverage roll back up.

Split a big requirement into sub-requirements and tasks, hand each slice to a team, and link tests, defects, executions, and releases wherever the work happens. Hawzu rolls it all up to the parent — so the top of the tree always tells you whether the whole thing is covered, validated, and safe.

Hawzu requirements tree — nested sub-requirements and tasks, with test, defect, and task counts rolled up to each parent
Structure the work

Requirements with a spine

Not a flat checklist — a tree you break down, assign, and link evidence to at any level, with everything rolling up so the parent always tells the truth.

A hierarchy, not a flat list

Nest sub-requirements as deep as the work goes, with tasks as the leaves. One tree you expand, collapse, reorder, and re-parent — with types (Feature, Bug Fix, Performance, Enhancement) and a real status workflow: Draft → In Progress → In Review → Approved → Rejected → Archived.

Tasks — divide the work, keep the requirement whole

Break a requirement into lightweight tasks — To do, In progress, Done — and hand each to a person or a whole team. “The API” to backend, “the screen” to frontend, “load testing” to QA, all under one requirement, each with its own owner, links, and view.

Link at any level — it rolls up automatically

Attach test cases, defects, executions, and releases to a requirement, a sub-requirement, or a task — wherever the evidence lives. Hawzu rolls the whole subtree up to the parent, de-duplicated and always live. Directly-linked stays yours to edit; inherited is read-only, so nothing's double-counted.

A detail view that answers “is this done?”

One rich view per requirement: a formatted description with attachments, custom fields, an owner (a person or a team), and tabs for its test cases (direct and inherited), releases and runs, defects, sub-items, comments, and a change history with diffs. Watch it, and get pinged when it moves.

The traceability matrix — with explainable risk

Every requirement mapped to the tests that cover it and the defects they caught, with coverage and validation percentages and a High / Watch / Healthy risk read on every row — rules-based, with the reason spelled out: uncovered, a failing test, a severe open defect, stale evidence. Scope it to a release, and export it.

Polish the wording with AI

An optional AI assist rewrites a requirement's title or description for clarity and tone — pick from a few variations and apply. It sharpens what you wrote; it never invents requirements, and it never touches coverage or risk.

A closer look

See it in the product

Real screens from inside Hawzu. Click through.

Requirement detail — One requirement, everything about it — description, custom fields, and its tests, releases, defects, sub-items, comments, and history.
One requirement, everything about it — description, custom fields, and its tests, releases, defects, sub-items, comments, and history.
Tasks & sub-items — Sub-requirements and tasks under one requirement — each owned by a person or a team, To do / In progress / Done.
Sub-requirements and tasks under one requirement — each owned by a person or a team, To do / In progress / Done.
Traceability matrix — Every requirement → the tests that cover it and the defects they caught, with coverage, validation, and a risk read.
Every requirement → the tests that cover it and the defects they caught, with coverage, validation, and a risk read.
The whole point

Link at the leaves. Read it at the top.

Sub-requirements and tasks nest as deep as the work goes. You attach tests, defects, and releases wherever the work actually happens — and the parent shows the total, computed live and de-duplicated every time you open it.

  • Checkout v2
    • Authentication
      • Login4 tests
      • MFA2 tests
    • Payments
      • Visa3 tests
      • UPI2 tests
    • Orders
      • Create3 tests
      • Cancel2 tests
Rolled up to
Checkout v2
92% covered
Healthy 2 open defects

You never edit these — the parent is the sum of everything beneath it.

Sprint planning One epic, two teams

You split Checkout v2 into three sub-requirements and six tasks. Backend links its API tests to its task; frontend links theirs. You never touch the parent — but it updates itself:

  • Sub-requirements + tasks linked by each team
  • Rolled up to the epic 24 / 24 covered
  • Risk on the parent Healthy

You never touched the epic — its readiness came from the work beneath it.

The requirement is just the starting point

The matrix you export, the release readiness they roll into, and the defects they catch each get their own deep dive.

Structure the work — and prove it's done.

Every feature is free while Hawzu is in early access — no credit card required.

Talk to Us

Tell us about your QA setup. We'll get back to you within 24 hours.