Skip to content

Analytics

The Analytics & Reports screen (heading shown in the app as Analytics & Reports, with the subtitle Test health dashboard, execution analytics, and AI-generated reports) is Testver’s read-only reporting hub. It does not let you create or edit anything; instead it reads the data you have already captured elsewhere in Testver - test cases, test cycle executions and defects - and renders it as scorecards, distribution bars, trend charts and tables across five tabs: Health Dashboard, Execution Analytics, Automation Usage, Defect Analytics and Test Suite Overview.

Think of it as the dashboard cluster in a car. The engine (your test cases and runs) does the work; the dashboard simply gathers the readings - speed, fuel, temperature - and shows them on dials so you can tell at a glance whether things are healthy or need attention. The Analytics screen never drives the car; it only reports on it.

This guide is for anyone who wants to understand the state of testing rather than run individual tests:

  • QA leads and test managers who report pass rates, health and progress to stakeholders.
  • Automation engineers who want to see how much of the suite is automated and where flaky tests live.
  • Developers and triagers who care about defect severity, status and resolution time.
  • Project managers and product owners who want a single-screen snapshot and a downloadable PDF for status meetings.
  • New team members who want to learn the shape and quality of the existing test suite quickly.

Every term below appears somewhere on this screen. Keep this glossary handy as you read the rest of the guide.

TermWhat it means here
KPI (Key Performance Indicator)A single headline number shown in a stat card at the top of a tab, e.g. Total Executions, Pass Rate, Total Defects.
Test Health ScoreAn overall 0-100 score shown in the big ring on the Health Dashboard. Labelled Excellent (>=90), Good (>=75), Fair (>=50), Poor (>=25) or Critical below that.
Pass RatePercentage of executions that passed, calculated as passed / total. Coloured green at >=75%, amber at >=50%, red below.
Fail RatePercentage of executions that failed.
Flaky ScoreA 0-100% measure of how unreliable a test is (passes sometimes, fails other times). Red at >=60%, amber at >=30%, grey below.
Avg Resolution TimeAverage hours between a defect’s createdAt and resolvedAt timestamps - the practical equivalent of MTTR (Mean Time To Resolve).
Automation Coverage / Automation RatePercentage of test cases or executions that are automated rather than run by hand.
Requirement CoveragePercentage of requirements that have at least one linked test case.
Execution FreshnessHow recently your tests were last executed, expressed as a 0-100 health score.
Sync HealthHealth of script-to-test-case mappings and automation sync, 0-100.
Stale Test CaseA test case that has gone more than 30 days without an update.
CycleA single run of a test plan. Each cycle has its own total / passed / failed counts.
TrendA time series of daily counts drawn as a small vertical bar chart (e.g. execution trend, defect creation trend, test case growth).

Nothing on this screen is typed in by hand. Each tab fires its own data request when you open it and then computes the visuals in your browser:

  • Health Dashboard reads the health-score and coverage-stats services (useTMHealthScore, useTMCoverageStats).
  • Execution Analytics reads execution analytics (useTMExecutionAnalytics): totals, pass/fail rates, per-status and per-priority breakdowns, cycle history, daily trend and flaky tests.
  • Automation Usage reads cycle-level automation usage (tmGetAutomationUsage) and aggregates manual vs automated counts itself.
  • Defect Analytics reads the defects list (useTMDefects) and computes severity, status, priority, open/closed and resolution-time figures in the browser.
  • Test Suite Overview reads all test cases (useTMTestCases) plus coverage stats and derives status, priority, type, automation and growth distributions.
  1. Sign in to Testver and locate the main navigation.
  2. Click Analytics (or browse directly to /analytics).
  3. The page opens on the Health Dashboard tab by default.
  4. To open a specific tab directly, append ?tab= to the URL with one of health, analytics, automation, defects or suite - for example /analytics?tab=defects. The active tab is remembered in the URL, so the page is shareable and bookmarkable.
AreaWhereWhat it does
Page headerTop of screenShows the chart icon, the title Analytics & Reports and the subtitle Test health dashboard, execution analytics, and AI-generated reports.
Export Report buttonTop-right of the headerGenerates and downloads a PDF report of the analytics (see Section 8).
Tab barDirectly below the headerFive tabs: Health Dashboard, Execution Analytics, Automation Usage, Defect Analytics, Test Suite Overview. The active tab has a coloured underline.
Content areaBelow the tab bar (max width ~1400px)Renders the dashboard for the active tab: stat cards, distribution bars, charts and tables.
Refresh linkTop-right inside the Health and Execution Analytics tabsRe-fetches that tab’s data without reloading the page.
  • Health Dashboard: Test Health Score ring; a summary line of total / automated test cases; a 5-card Health Breakdown grid; and two Activity Indicator cards (Stale, Recently Updated).
  • Execution Analytics: four KPI cards (Total Executions, Pass Rate, Fail Rate, Avg Duration); a Status Distribution stacked bar; a Priority Breakdown grid; an expandable Cycle History table; an Execution Trend bar chart; and a Flaky Tests table.
  • Automation Usage: four KPI cards (Total Executions, Automated, Manual, Automation Rate); an Overall Manual vs Automated split bar; and a Per-Cycle Breakdown table.
  • Defect Analytics: four KPI cards (Total, Open, Closed/Resolved, Avg Resolution Time); Severity and Status distribution bars; a Defect Creation Trend chart; and a Priority Breakdown grid.
  • Test Suite Overview: five KPI cards (Total Test Cases, Automated, With Steps, Without Steps, Types); Status and Priority distributions; a Test Case Growth chart; and an Automation Status bar.

The default tab. It answers one question: how healthy is my test suite overall? A small Refresh link sits at the top-right to re-pull the latest figures.

A large circular gauge fills clockwise from 0 to 100. The number in the centre is the overall score and the word beneath it is its band. The ring and number are colour-coded so you can read health at a glance.

Score rangeLabelColour
>= 90ExcellentGreen
75 - 89GoodGreen
50 - 74FairAmber
25 - 49PoorRed
< 25CriticalRed

Below the ring, a summary line reads N Test Cases - M Automated, giving immediate context for the score.

Five cards explain why the overall score is what it is. Each card shows the metric name, its 0-100 score (green/amber/red), a progress bar and a one-line description. Together they roll up into the overall ring.

MetricMeaning
Automation CoveragePercentage of test cases that have automation scripts.
Requirement CoverageRequirements that have linked test cases.
Execution FreshnessHow recently tests have been executed.
Quality ScoreAverage quality across test executions.
Sync HealthScript mappings and automation sync status.

Two cards flag movement in your suite. Each shows a count, and when the count is above zero a progress bar shows what share of total test cases it represents.

IndicatorMeaning
Stale Test Cases (amber)Test cases with more than 30 days since their last update. A high number suggests neglected coverage.
Recently Updated (green)Test cases updated in the last 7 days - a sign of active maintenance.

This tab is about test runs: how many, how often they pass, how long they take, and which tests are unreliable. It also has a Refresh link.

MetricMeaning
Total ExecutionsCount of all test executions recorded (thousands separators applied).
Pass RatePercentage of executions that passed, to one decimal place.
Fail RatePercentage of executions that failed, to one decimal place.
Avg DurationMean execution time, formatted as ms, seconds (e.g. 4.2s) or minutes+seconds (e.g. 1m 12s).

A single horizontal stacked bar split by execution status. Each segment is colour-coded and a legend beneath lists each status with its count and percentage. Hovering a segment shows the same detail as a tooltip.

StatusColour
PassedGreen
FailedRed
BlockedAmber
SkippedGrey

Up to four cards - Critical, High, Medium, Low (priorities with zero executions are hidden). Each card shows the total for that priority plus side-by-side Passed (green) and Failed (red) bars with counts and percentages.

A table of recent test cycles. Columns: Cycle, Plan, Total, Passed, Failed and Pass Rate (green/amber/red by the same 75/50 thresholds). Click any row to expand it: the expanded panel shows a mini distribution bar (passed / failed / blocked / skipped / in-progress) and a stats line with counts and percentages. Click again to collapse.

A vertical bar chart of the last 14 days of executions. Each bar is a day, stacked by Passed (green), Failed (red) and Other (grey). Bar height is proportional to that day’s total relative to the busiest day. Hover a bar for a tooltip reading date: N total (P passed / F failed). Every other day is labelled along the x-axis, and the caption notes Last N days.

Lists tests that pass sometimes and fail other times, sorted by Flaky Score descending. Columns: Test Title, Flaky Score (a small bar plus the percentage), Passed (green) and Failed (red). The score bar is red at >=60%, amber at >=30% and grey below - the redder the row, the more attention that test needs.

This tab answers how much of our testing is automated vs done by hand? It aggregates across every executed cycle.

MetricMeaning
Total ExecutionsCombined manual + automated executions, with a sub-line Across N cycles.
AutomatedAutomated execution count, with percentage of total and the automated pass rate.
ManualManual execution count, with percentage of total and the manual pass rate.
Automation RateAutomated share of total executions, shown as a percentage with a green progress bar.

A single wide bar split into a green Automated portion and an amber Manual portion. Each portion shows its percentage inline when it is wider than 10%. A legend beneath gives the raw automated and manual counts.

One row per executed cycle. The header groups columns under Manual and Automated, each with the same five sub-columns, plus a final Split column:

ColumnMeaning
Plan / CyclePlan name (bold) with the cycle name beneath.
Manual: Total / Pass / Fail / Rate / TimeManual execution count, passes, failures, pass-rate % (green >=80, amber >=50, red below) and total manual run time.
Automated: Total / Pass / Fail / Rate / TimeThe same five figures for automated executions.
SplitA mini bar (green automated vs amber manual) plus the automated percentage for that cycle.

This tab summarises the defects logged in Testver. All figures (severity, status, resolution time, trend) are computed from the raw defect list in the browser.

MetricMeaning
Total DefectsCount of all defects.
Open DefectsDefects in status open, in_progress or reopened, with their share of the total.
Closed/ResolvedDefects in status closed, resolved or verified, with their share of the total.
Avg Resolution TimeAverage hours from creation to resolution, with a sub-line noting how many resolved defects it is based on (the practical MTTR).

Two side-by-side panels of horizontal bars. Severity Distribution lists critical, blocker, high, medium and low (each with its own colour, count and percentage). Status Distribution lists every status present, sorted by count, with colour-coded bars (e.g. open=blue, in_progress=amber, resolved=green, closed=grey, reopened=red, deferred=violet).

A vertical bar chart of the last 14 days by defect creation date. Each blue bar is one day; hover for a tooltip reading date: total (X open, Y closed). Every other day is labelled on the x-axis.

Four compact cards - Critical (red), High (orange), Medium (amber), Low (green) - each showing the defect count and its percentage of the total.

This tab describes the composition of your test-case library: how many there are, their statuses, priorities, types, completeness and growth over time.

MetricMeaning
Total Test CasesCount of all test cases.
AutomatedNumber of automated test cases, with the overall automation percentage.
With StepsTest cases that have at least one defined step, with a completeness percentage.
Without StepsTest cases lacking step definitions (flagged as needing work).
TypesHow many distinct test-case types exist, with a breakdown listed in the sub-line.

Two side-by-side bar panels. Status Distribution sorts statuses by count (brand-coloured bars). Priority Distribution lists critical (red), high (orange), medium (amber) and low (green) with counts and percentages.

A cumulative area-style bar chart over the last 30 days, where each bar’s height is the running total of test cases up to that day. Hover any bar for date: +N (Total: running total). The footer summarises Started, Current and total new test cases added in the window.

A single stacked bar split by automation state - Automated (green), Manual (grey), In Progress (amber) and Planned (blue) - with a legend showing each state’s count and percentage.

Be aware of an important design choice: this screen has no interactive global filters, date pickers or grouping controls. There is no dropdown to choose a project, status or owner, and no calendar to pick a custom range. Instead, scope and time windows are fixed by the design:

Control / behaviourHow it works
Tab selectionThe five tabs are the primary way to switch view. The choice is stored in the URL (?tab=…) so it survives refresh and can be shared.
Refresh (Health & Execution Analytics)Re-fetches the current tab’s data on demand. Other tabs refresh automatically when reopened.
Date range (fixed)Trend charts use built-in windows: Execution Trend = last 14 days, Defect Creation Trend = last 14 days, Test Case Growth = last 30 days. These cannot be changed in the UI.
Grouping (fixed)Grouping is predefined per chart - by status, by priority, by severity, by cycle, by automation state or by creation day. There is no user-selectable group-by.
Row expansionOn the Execution Analytics Cycle History table you can click a row to expand its distribution detail - the only interactive drill-down on the screen.

The Export Report button at the top-right of the header generates a downloadable PDF of the analytics.

  1. Click Export Report in the page header.
  2. A spinner replaces the download icon while the report is generated on the server.
  3. When ready, the PDF downloads automatically to your browser’s downloads folder, and the icon briefly turns into a green check to confirm success.
  4. If generation fails, the download simply does not start (the error is logged to the browser console); try again.
I want to…Do this
See my overall test healthOpen the Health Dashboard tab and read the central score ring.
Understand why my health score is lowOn Health Dashboard, scan the five Health Breakdown cards for the lowest (reddest) scores.
Check the current pass rateOpen Execution Analytics; read the Pass Rate KPI card.
Find unreliable testsOpen Execution Analytics and review the Flaky Tests table (sorted worst-first).
Compare results across cyclesOpen Execution Analytics and use the Cycle History table; click a row to expand its breakdown.
See how automated my testing isOpen Automation Usage; read the Automation Rate card and the split bar.
Triage defects by severityOpen Defect Analytics and read the Severity Distribution panel.
Measure how fast defects get fixedOpen Defect Analytics; read the Avg Resolution Time KPI card.
See how the suite is growingOpen Test Suite Overview and read the Test Case Growth chart.
Find test cases missing stepsOpen Test Suite Overview; read the Without Steps KPI card.
Get the latest numbersClick Refresh (Health / Execution Analytics) or simply reopen the tab.
Share a specific viewCopy the URL with its ?tab= parameter, e.g. /analytics?tab=defects.
Produce a report for a meetingClick Export Report to download the PDF.
  • Watch the Stale Test Cases count. A rising stale count alongside a falling Execution Freshness score is an early warning that coverage is drifting out of date.
  • Act on flaky tests early. Anything red (>=60%) in the Flaky Tests table erodes trust in your whole suite - fix or quarantine it before it spreads doubt.
  • Use the colour thresholds as guardrails. Green/amber/red follow the 75/50 (and 80/50 in Automation) rule consistently, so amber is your ‘investigate’ signal and red your ‘act now’ signal.
  • Read trend charts for direction, not exact values. They are deliberately compact (14 or 30 days); hover for precise counts when you need them.
  • Bookmark the tab you live in. The ?tab= URL parameter means you can jump straight to, say, Defect Analytics every morning.
  • Refresh before exporting. Re-pull the data on the live tabs so the PDF you hand to stakeholders is current.
SymptomLikely cause & fix
A tab shows an empty-state messageThere is no underlying data yet. Run test cycles (Automation/Execution), log defects (Defect Analytics) or create test cases (Suite Overview) and return.
Execution Analytics says No execution data available yetNo executions have been recorded. Run some test cycles, then click Refresh.
Defect Analytics is emptyNo defects exist. The message points you to create defects in Integrations first.
Failed to load health data / Failed to load execution analyticsThe data request errored (often a transient backend/network issue). Click Refresh, or reload the page.
Numbers look out of dateTabs cache their last fetch. Click Refresh on Health or Execution Analytics, or reopen the tab to force a re-fetch.
A priority or severity I expected is missingCategories with a count of zero are hidden by design - they reappear once data exists.
The Export Report download never startsReport generation failed server-side (check the browser console for the logged error) - wait a moment and click Export Report again.
I can’t find a date-range or filter controlBy design there isn’t one. Trend windows are fixed (14 or 30 days) and grouping is predefined - see Section 8.
Avg Resolution Time shows a dashNo defects have both a creation and a resolution timestamp yet, so the average can’t be computed.
The trend chart only shows part of my historyTrend charts intentionally show the most recent 14 days (executions/defects) or 30 days (growth); older data is rolled into earlier figures.