Skip to content

AI Test Gen

The AI Test Generation screen (titled AI-Powered Test Generation & Quality at the top of the page) is where Testver uses an AI model to write test cases for you. Instead of authoring every test case by hand, you point the AI at material you already have — a requirement document, a note, a JIRA ticket, or even your existing automation scripts — and it produces a list of structured test cases (title, priority, type, preconditions, and numbered steps with expected results) that you can review, refine, and save into your catalog.

Think of it like handing a thorough QA analyst a stack of requirements and saying “draft me the test cases.” They read each requirement, think through the happy path, the negative cases, the boundaries, and the error handling, then hand you a tidy stack of draft test cases. You stay in control: you read each one, keep the good ones, drop the rest, and file them where they belong. The AI does the typing; you do the judging.

This guide is for anyone who wants to produce test cases faster:

  • QA engineers and testers who want a strong first draft of test cases from a requirement instead of starting at a blank page.
  • Business analysts and product owners who have written requirements, notes, or JIRA tickets and want to see what coverage they imply.
  • Automation engineers who already have test scripts and want matching manual test cases extracted from them (the Reverse Engineer mode).
  • Test leads who want to spot coverage gaps — the traceability matrix shows which requirements are covered by which test strategies. No coding is required to use this screen. You do need source material already loaded into Testver (for the From Sources mode) or discovered automation scripts (for the Reverse Engineer mode).
TermWhat it means on this screen
SourceA piece of input material already stored in Testver — a Requirement, a Note, a JIRA ticket, or a Document. You manage these on the Sources page. The AI reads the selected source to write test cases.
ModeWhich generation flow you are using. Two modes exist: From Sources (generate from requirements/notes/documents) and Reverse Engineer (extract test cases from automation scripts).
Generated test caseA draft test case produced by the AI. It typically has a title, priority, type, optional description, tags, preconditions, and a list of numbered steps (each with an action, an expected result, and optional test data). These are not saved until you choose to save them.
StreamingGeneration is live. Each test case appears in the list the moment the AI finishes writing it, rather than waiting for the whole batch. A progress banner shows elapsed time and how far along the pipeline is.
Requirement (extracted)When generating from sources, the AI first reads the source and breaks it into individual requirements (each gets an ID like REQ-1). Test cases are then generated per requirement.
StrategyThe testing angle a test case takes — for example happy-path, negative, boundary, equivalence, error-handling, security, performance, accessibility, compatibility, integration, or data-validation. Each generated test is tagged with one strategy (shown as a cyan chip).
PersonaA user role a test applies to (shown as a violet chip when present). Used as a filter dimension.
PriorityHow important the test is: critical, high, medium, or low (shown as a colored chip).
TypeThe test category: functional, regression, smoke, integration, e2e, api, performance, or security (shown as a colored chip).
Auto SaveAn option that, when ticked, saves the generated test cases automatically as soon as generation finishes — no manual Save click needed.
Incremental modeAn option that tells the AI to skip requirements that already have matching test cases (matched by a source-quote fingerprint). Useful when you edited a source and only want tests for what changed.
Target FolderThe catalog folder the saved test cases will land in. Defaults to root (no folder).
Traceability matrixA grid shown after generation that maps each extracted requirement against each test strategy, so you can see coverage and spot gaps at a glance.
Mapped (Reverse Engineer)An automation test that is already linked to a test case. Mapped tests are dimmed and cannot be re-selected for reverse engineering, to avoid duplicating work.

At a high level, the screen takes one kind of input and produces one kind of output, depending on the mode you pick:

ModeWhat you give it (input)What it produces (output)
From SourcesOne selected source (a Requirement, Note, JIRA ticket, or Document) already stored in Testver.A set of draft test cases grouped by the requirements the AI extracted from that source, each tagged with a strategy and priority, plus a traceability matrix.
Reverse EngineerOne or more automation script files (or individual tests within them), selected from the discovered test suites.Draft manual test cases reverse-engineered from those scripts, each tagged with the source script it came from.

In both modes the flow is the same: choose your input, set options (target folder, auto-save, and for sources, incremental mode), click the generate button, watch results stream in live, review and filter them, then save the ones you want into your catalog.

  1. From the Testver navigation, go to the AI Test Generation area (route /ai-test-gen).
  2. The page header reads AI-Powered Test Generation & Quality with the subtitle “Generate, review, score, and optimize test cases with artificial intelligence.”
  3. Below the header you land directly on the single Generate flow — there is no tab bar to navigate.
  4. Pick a mode at the top: From Sources or Reverse Engineer. From Sources is selected by default.
AreaLocationWhat it does
Page headerTop, full widthShows the brain icon, the title AI-Powered Test Generation & Quality, and a one-line description.
Mode selectorTop of content areaTwo cards: From Sources (clipboard icon) and Reverse Engineer (rotate icon). Click one to switch the form below.
Mode formCenter panelThe input form for the active mode — a source picker for From Sources, or a script/test list for Reverse Engineer. Includes the options row and the generate button.
Options rowBottom of the formTarget Folder dropdown plus the Auto Save and (sources only) Incremental mode checkboxes.
Generate buttonBottom-right of the formThe purple gradient button that starts generation. Its label reflects the mode and selection count.
Success / error bannersBelow the formGreen success banner (with an X to dismiss) or red error banner appear here after actions.
Streaming progress bannerAbove and below the resultsWhile generating, shows a spinner, elapsed time, current phase/requirement, and a Cancel button.
Generated resultsBelow the formThe list of draft test cases, the filter bar, the summary/save bar, detected-domain cards, skipped-requirements list, and the traceability matrix.
Regeneration warning modalCentered overlayPops up when you generate from a source that already has test cases while Incremental mode is off.
  • Two modes, one button: pick From Sources or Reverse Engineer, select your input, click generate.
  • Results stream in live — you do not have to wait for the whole batch before reviewing.
  • Nothing is saved until you click Save Selected or Save All (unless Auto Save is ticked).
  • You can cancel mid-generation and keep whatever has already streamed in.
  • After generation you can search, filter by strategy/priority/persona, and group results before saving.

What you provide depends on the mode. Below are all the input fields and options for each mode exactly as they appear on the screen.

In From Sources mode you select exactly one source to generate from. The source list is filterable by type and searchable by text.

Field / controlTypeWhat it does
Type filter chipsButtons: All, Requirement, Note, JIRA, DocumentFilter the source list to one source type, or All to show every type. Each source shows an emoji by type (Requirement, Note, JIRA, Document).
Search sources boxText inputSearch sources by title or content. Case-insensitive substring match against the source title and body. An X button clears the search.
Source listSingle-select radio listPick one source. Selecting a source replaces any previous selection. Each row shows the type icon, the title, a content preview (first 120 characters), a TC count badge, and the type label.
TC count badgeRead-only badge per sourceShows how many test cases were already generated for that source. Emerald badge means it already has tests; grey means none yet. Used to warn you about re-generating.
Target FolderDropdownWhich catalog folder the saved tests go into. Options are No folder (root) plus your folder tree (indented by depth). Defaults to root.
Auto SaveCheckboxWhen ticked, generated test cases are saved automatically as soon as generation finishes. When unticked, you save manually afterward.
Incremental modeCheckbox (labeled “skip already-covered”)When ticked, the AI skips requirements whose source quote already matches an existing test case. Useful after editing a source so you don’t re-pay for covered requirements.
Generate from N SourcesButtonStarts generation. Disabled until a source is selected or while a generation is in progress. The label reflects the selection count.

In Reverse Engineer mode you select existing automation tests (or whole script files), and the AI writes matching manual test cases from them. Tests that are already mapped to a test case are dimmed and cannot be selected.

Field / controlTypeWhat it does
Info headerStatic panelExplains the mode: select individual scenarios or whole files to generate manual test cases.
Search scripts or testsText inputFilter the suite list by file path or test name (case-insensitive substring).
Select All UnmappedButtonSelects every unmapped test across all visible suites.
Deselect AllButtonClears the entire selection.
Selected countRead-only textShows how many tests are currently selected.
File-level checkboxCheckbox per script fileSelects or deselects all unmapped tests in that file. Shows a partial state when only some tests in the file are selected. Disabled for fully-mapped files.
Expand toggleChevron per fileExpands a file to show its individual tests so you can pick specific scenarios.
Individual test checkboxCheckbox per testSelects a single test scenario. Disabled (and the row dimmed) if that test is already mapped.
Mapping badgesRead-only badgesAll Mapped (whole file already mapped, dimmed), N/M Mapped (partially mapped, amber), or “N available” (count of unmapped tests).
Target FolderDropdownSame as From Sources — the folder saved tests go into.
Auto SaveCheckboxSame as From Sources — auto-save on completion. (Incremental mode is not shown in this mode’s options row.)
Reverse Engineer (N tests)ButtonStarts generation from the selected tests. Disabled until at least one test is selected, or while generating.
  1. Pick your mode and provide the input (a source, or one or more scripts/tests).
  2. Set the Target Folder, and tick Auto Save and/or Incremental mode if you want them.
  3. Click the purple generate button (Generate from N Sources or Reverse Engineer (N tests)).
  4. If you are generating from a source that already has test cases while Incremental mode is off, a warning modal appears first — see section 4.2.
  5. A progress banner appears and test cases begin streaming into the list below as each one is finished.

If you generate from a source that already has linked test cases and Incremental mode is off, Testver opens a warning modal titled This source already has generated test cases. It lists the affected source(s) with their test-case counts and recommends Incremental mode. You get three choices:

ButtonWhat happens
CancelCloses the modal and does nothing. No generation runs.
Generate AnywayRuns a full regeneration of everything. This may produce duplicate test cases for requirements that are already covered.
Use Incremental ModeTurns on Incremental mode and generates, skipping requirements that already have matching test cases. This is the recommended choice for re-runs.

While generation is running, the progress banner shows a Cancel button. Clicking it aborts the generation. Any test cases that already streamed in are kept on screen so your effort isn’t wasted — you can still review and save them.

Once test cases start arriving, the results area shows a summary/save bar and the list of test cases. Each test case appears as a collapsible card:

  • A checkbox to select the test for saving.
  • A chevron to expand or collapse the card details.
  • The title of the test case.
  • Chips on the right: the strategy (cyan, mono), the priority (colored), the type (colored), the persona (violet, if present), and — for reverse-engineered tests — the source script name (purple, with a code icon).
  • When expanded: an optional description, tags, preconditions, and the numbered steps. Each step shows its action, an “Expected:” line, and an optional “Data:” line. Above the cards (after streaming finishes) is a filter bar for slicing the results:
Filter controlWhat it does
Search boxFull-text search over test titles, preconditions, tags, and step bodies (action, expected result, test data).
Group byDropdown to group cards by Requirement, Strategy, Priority, or Flat (no grouping). Defaults to Requirement.
Expand all / Collapse allExpand or collapse all groups at once (shown when not in Flat mode).
Strategy chipsMulti-select chips (cyan) to show only tests of selected strategies. Only strategies that actually appear are shown.
Priority chipsMulti-select chips (amber) for critical/high/medium/low.
Persona chipsMulti-select chips (violet) for personas, when present.
Showing X of YA live counter of how many tests match the current filters out of the total, with a Clear filters link when any filter is active.

Below the list, two more panels may appear after generation: a Detected Application Domain panel (one card per source, showing the detected domain, a description, and key concerns), and a N requirements skipped (already covered) panel when Incremental mode skipped any requirements. Finally, the traceability matrix renders requirement-by-strategy coverage so you can spot gaps.

This screen does not provide inline text editing of generated test cases before saving. Your review controls are selection (which tests to keep) and filtering/grouping (which to look at). To accept a subset, simply tick only the cards you want and save those. To refine wording or steps, save the tests first, then edit them in the Test Cases catalog. To get different results, adjust your input or options and regenerate.

The summary/save bar appears at both the top and the bottom of the results list (so you can save without scrolling back up). It offers:

ControlWhat it does
Select All / Deselect AllSelects or deselects all generated tests. When filters are active, the label changes to Select Visible (N) / Deselect Visible and only affects the currently visible tests.
Save Selected (N)Saves only the ticked test cases into the Target Folder. Disabled when nothing is selected.
Save AllSaves every generated test case into the Target Folder, regardless of selection.
  1. Review the generated cards and tick the ones you want to keep.
  2. Confirm the Target Folder is correct (set it in the form before generating, or it defaults to root).
  3. Click Save Selected (N) to save just your picks, or Save All to save everything.
  4. A green banner confirms “Saved N test cases!” and the results panel clears so you start fresh next time.
  5. The saved test cases now live in your catalog (in the chosen folder) and are linked to the source(s) they came from.

This screen does not keep a browsable history of past generations. The generated-results panel is cleared after a successful save (or when you start a new generation), and there is no “previous runs” list on the page.

What persists instead is the outcome of saving: the test cases you saved live permanently in the Test Cases catalog, and each source carries a TC count badge showing how many test cases have already been generated for it. That badge is your durable record of what’s already been produced from a given source — it’s also what powers the regeneration warning. To re-examine or change generated tests, open them in the Test Cases catalog.

I want to…Do this
Generate tests from a requirement documentStay in From Sources mode, select the source, click Generate from 1 Source.
Generate tests from my automation scriptsSwitch to Reverse Engineer mode, pick the scripts/tests, click Reverse Engineer.
Save the tests automaticallyTick Auto Save before clicking generate.
Put tests in a specific folderChoose it in the Target Folder dropdown before generating.
Re-run after editing a source without duplicatesTick Incremental mode (or choose Use Incremental Mode in the warning modal).
Save only some of the generated testsTick just those cards, then click Save Selected (N).
Save everything at onceClick Save All.
Find a specific generated testUse the search box and the strategy/priority/persona filter chips.
See coverage gapsRead the traceability matrix at the bottom; empty cells for required strategies are flagged.
Stop a long generation earlyClick Cancel in the progress banner — partial results are kept.
Select every test in a script fileClick the file-level checkbox in Reverse Engineer mode.
Skip tests already linked to a test caseReverse Engineer mode auto-dims mapped tests; pick from the unmapped ones (or use Select All Unmapped).
  • Generate from one well-scoped source at a time. The source picker enforces single selection on purpose — cleaner input yields cleaner, more focused test cases.
  • Set the Target Folder before you generate so saved tests land in the right place without a second step.
  • Don’t blindly Save All. Skim the cards, drop the weak ones, and save the rest — the filters and group-by make this quick.
  • Use Group by → Requirement plus the traceability matrix to confirm every important requirement has coverage before saving.
  • Watch the TC count badge: an emerald badge means that source already produced tests — switch to Incremental mode to avoid duplicates on a re-run.
  • Leave Auto Save off while you’re still experimenting, so you can review before anything is persisted.
  • If generation is taking long, the elapsed timer and phase labels tell you it’s still working — you can cancel and keep partial results at any time.
Symptom / QuestionCause / Answer
”Generation failed: …” red bannerThe AI provider rejected or couldn’t complete the request — most often a missing or invalid AI provider key, or a transient model error. Confirm an AI provider is configured, then retry.
The generate button is greyed outYou haven’t selected an input yet (no source, or no scripts/tests), or a generation is already running. Make a selection or wait for the current run to finish.
”No sources available”There are no sources in Testver. Add requirements, notes, or documents on the Sources page first.
”No test scripts discovered yet”Testver hasn’t discovered any automation suites. Run your test framework so the suites can be discovered, then return to Reverse Engineer mode.
A test in Reverse Engineer mode is greyed out and can’t be selectedIt’s already mapped to a test case. Mapped tests are excluded to avoid duplicate work; pick from the unmapped ones.
”No test cases were generated. Try refining your input.”The AI returned an empty result for your input. Try a richer or clearer source, or a different selection.
A warning says the source has extractable-text problemsA non-fatal “parse-error” — e.g. a selected source had no extractable text (such as a scanned PDF). That input was skipped; provide a text-based source instead.
I got duplicate test cases after re-runningYou ran a full regeneration on a source that already had tests. Use Incremental mode (or Use Incremental Mode in the warning modal) on re-runs.
”Save completed but no test cases were created.”The save round-trip succeeded but the backend created nothing. Check the server logs; this is a backend-side issue, not your input.
Where did my generated tests go after saving?Into the Test Cases catalog, in the Target Folder you chose, linked to the originating source(s). The results panel clears after a successful save.
Can I edit a generated test before saving?Not inline on this screen. Save the ones you want, then edit them in the Test Cases catalog.
Can I see my past generation runs?No run history is kept on this screen. Saved tests persist in the catalog, and each source’s TC count badge reflects what’s already been generated.
I cancelled — did I lose everything?No. Cancelling keeps every test case that had already streamed in, so you can still review and save them.