RReqSpInteractive demo
GUIDED SCENARIOE-Mail-Bestätigung – Guided Happy Path
Exit demo

WIZARD 1 · EINGABE

Mit einer einfachen Anforderung starten.

Die vorbereitete Eingabe ist nur der Anfang. Danach folgen acht gezielte Wizard-Fragen aus dem Originalablauf.
WIZARD 1 OF 12
DE
SzenarioE-Mail-Bestätigung – Guided Happy PathStatisch vorbereitetes Beispiel

WIZARD 2–9 · GEFÜHRTE FRAGEN

Fachliche Entscheidungen klären

Die Fragen folgen den Screens 2.1/2.2 bis 9.1/9.2 in derselben Reihenfolge.
Wizard 2 von 12 · Entscheidung 1 von 8
SPEZIFIKATIONSBEREICHArbeitsmodus wählen
Geführter SpezifikationsassistentGezielte Fragen, wenn Umfang oder fachliche Entscheidungen noch nicht klar sind.
Unterstützender DateikontextOptional kann eine Datei als Kontext für die geführte Unterhaltung verwendet werden.
Eigene Antwort schreibenWenn die Beispiele nicht passen, kann eine eigene Antwort verwendet werden.
Andere Beispiele benötigt?Weitere Beispiele für einen anderen Kontext anfordern.
Bereit zum Abschluss?Den aktuellen Entwurf zur Summary übergeben.
Für diesen Happy Path ist nur die markierte Auswahl verfügbar.

WIZARD 10 · RESULT

Review the controlled requirement

WIZARD 10 OF 12
REQUIREMENT TITLE

Aktivierung eines Benutzerkontos nach E-Mail-Bestätigung

CONTROLLED DESCRIPTION

Wenn der Nutzer den Bestätigungslink öffnet, prüft das System den Token, seine Zuordnung zum Konto, seine Gültigkeitsdauer von einer Stunde und seine bisherige Verwendung. Bei einem gültigen, noch nicht verwendeten Token wird das Konto aktiviert und der Token sofort invalidiert. Für abgelaufene, ungültige oder bereits verwendete Links wird ein eindeutiges fachliches Ergebnis angezeigt.

WIZARD 11.1 · ANALYTICS

Requirement Statistics

Before saving, ReqSp shows the first structural signals.
NOT SAVED
Conditions3Business decisions detected
Actions5Expected outcomes detected
Paths6Initial executable paths
Save to unlock the full quality analysis

Release Index, unresolved logic and path completeness are calculated against the controlled WDS.

WIZARD 11.2 · ANALYTICS

Requirement Statistics

The saved requirement exposes every remaining quality decision.
SAVED
76Release Index
Needs refinement

Three checks remain open

Resolve the unclear branch, atomize one AND/OR condition and complete the resulting paths.

Path completeness15/172 paths open
Atomic logic12/131 condition open
Boundary coverageCompleteNo values open
Why the index is not complete 3 open checks
  • An outcome is missing for one reachable branch.
  • One decision combines multiple logical conditions.
  • The new atomic branch still needs an explicit result.

WIZARD 12 · BUILDER

Specification Builder

Resolve quality findings through the 12.1–12.6 states from the prepared workflow.
1 UNCLEAR
Blocks:
Sequence
Condition

QUALITY RESULT

Requirement Statistics

All quality decisions introduced by the Builder are now resolved.
READY
100Release Index
Ready

No open quality checks

The requirement has complete paths, atomic conditions and covered boundary values.

Path completeness13/13All paths defined
Atomic logic5/5All conditions resolved
Boundary coverageCompleteNo values open
High-quality controlled requirement

ReqSp can now derive deterministic tests from the completed logic.

DETERMINISTIC TEST ENGINE

From controlled logic to reproducible tests

ReqSp derives the test structure from WDS columns and path markers. AI is not required for coverage or expected outcomes.
NO AI REQUIRED
01
CONTROLLED INPUTWDS decision table

Conditions, actions and executable columns are the source of truth.

02
STRUCTURAL EXPANSION17 executable paths

ReqSp resolves the J, N and inactive path markers in stable column order.

03
FIXED MAPPINGConditions become test context

J becomes a precondition, N a negative condition and x selects the path actions.

04
REPRODUCIBLE OUTPUT17 deterministic tests

The same controlled WDS always produces the same base test definitions.

ALGORITHM RULES

Structural, language-neutral mapping

JCondition is truePrecondition
NCondition is falseNegative condition
xAction belongs to pathStep / expected result
Inactive condition in Path CoverageExpanded to J and N
WHY THIS IS NOT AI-GENERATED

Coverage exists before enrichment

  1. Stable orderingTests follow the WDS columns and receive deterministic numbers.
  2. Duplicate paths removedIdentical condition/action signatures produce one base test.
  3. AI stays optionalIt may improve wording later, but it does not decide paths, conditions or coverage.
DET
Deterministic first, optional enrichment second

ReqSp always persists the deterministic Test Cases before any optional enrichment job is created. This preserves the auditable base even when AI is disabled or unavailable.

STEP 8

Finalize Requirement

Select the artifacts that belong to the controlled version.
RELEASE INDEX 100
OPTIONAL ARTIFACT ENRICHMENT

Artifacts to prepare

STEP 10 · SUMMARY

Controlled artifacts

ReqSp keeps the result and its generation status together.
VERSION 1
Requirement Summary

Wenn der Nutzer den Bestätigungslink öffnet, prüft das System den Token, seine Zuordnung zum Konto, seine Gültigkeitsdauer von einer Stunde und seine bisherige Verwendung. Bei einem gültigen, noch nicht verwendeten Token wird das Konto akt…

Ready
User Story & Epic

The prepared artifact is being connected to this controlled version.

Preparing

STEP 10 · SUMMARY

Controlled artifacts

Summary, User Story and tests are linked to one immutable version.
COMPLETE
Requirement Summary

Wenn der Nutzer den Bestätigungslink öffnet, prüft das System den Token, seine Zuordnung zum Konto, seine Gültigkeitsdauer von einer Stunde und seine bisherige Verwendung. Bei einem gültigen, noch nicht verwendeten Token wird das Konto akt…

Ready
User Story & Epic

Als Nutzer möchte ich mein Benutzerkonto über den Bestätigungslink aktivieren, um den Registrierungsprozess sicher abzuschließen.

Ready

DELIVERY ARTIFACT

User Story

Business intent and acceptance criteria stay traceable to version 1.
CONTROLLED
US-001
USER STORY

Als Nutzer möchte ich mein Benutzerkonto über den Bestätigungslink aktivieren, um den Registrierungsprozess sicher abzuschließen.

READY
AsNutzerI wantsein Benutzerkonto über den Bestätigungslink aktivierenso thatden Registrierungsprozess sicher abschließen
ACCEPTANCE CRITERIA
  1. Ein gültiger und ungenutzter Token aktiviert das zugeordnete Konto.
  2. Der Token wird nach erfolgreicher Aktivierung sofort invalidiert.
  3. Ein abgelaufener Link führt zu einem eindeutigen Fehlerergebnis.
  4. Ein bereits verwendeter Link aktiviert das Konto nicht erneut.
  5. Jedes fachliche Ergebnis wird nachvollziehbar protokolliert.

VALIDIERUNGSBEREICH

Deterministischer Testfall

Ein Test ist geöffnet; die übrigen Tests dieser kontrollierten Version bleiben zunächst zugeklappt.
TEST 1 VON 17 GEÖFFNET
T01
DETERMINISTISCHER TESTFALL · OHNE KI ABGELEITET

Bereits verwendeter Bestätigungslink

ID DET-001

Extern: UNTESTED
Externe AusführungUNTESTEDNoch kein externes Ergebnis.
Jira / externer LinkNicht nach Jira exportiertKein externer Testlink vorhanden.
Manuelles Ergebnis / OverrideKeinesKein manuelles Ergebnis oder zusätzlicher Nachweis.

Deterministische Testdefinition

VORBEDINGUNGEN
  • Der Nutzer klickt auf den Bestätigungslink.
  • Der Token existiert und gehört zum Benutzerkonto.
  • Der Token wurde bereits verwendet.
NEGATIVE BEDINGUNGEN
  • Das Konto wurde über diesen Link noch nicht aktiviert.
WENN · SCHRITTE
  1. Den Bestätigungslink prüfen.
DANN · ERWARTETE ERGEBNISSE
  1. Der Link wird nicht erneut verwendet.
  2. Der Nutzer erhält den Hinweis, einen neuen Link anzufordern.
  3. Der Fehlversuch wird protokolliert.
EXTERNER NACHWEIS

Noch kein externer Nachweis importiert.

MANUELLES ERGEBNIS / OVERRIDE

In der Produktsandbox nur lesend. In ReqSp kann hier ein begründetes manuelles Ergebnis dokumentiert werden.

16 weitere deterministische TestsTest 1 ist geöffnet; alle weiteren Testfälle sind standardmäßig zugeklappt.
Testindex anzeigen
T02
Bereits aktiviertes KontoAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T03
Erfolgreiche Kontoaktivierung mit WeiterleitungAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T04
Erfolgreiche Kontoaktivierung ohne WeiterleitungAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T05
Aktivierung ohne automatisches LoginAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T06
Erfolgreiche StandardaktivierungAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T07
Abgelaufener BestätigungslinkAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T08
Token gehört nicht zum KontoAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T09
Ungültiger BestätigungslinkAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T10
Bereits invalidierter Bestätigungs-TokenAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T11
Aktiviertes Konto mit gültigem TokenAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T12
Aktivierung und Dashboard-WeiterleitungAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T13
Aktivierung ohne Dashboard-WeiterleitungAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T14
Aktivierung ohne LoginAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T15
Aktivierung mit protokolliertem ErgebnisAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T16
Nicht verwendeter Link wird nach einer Stunde deaktiviertAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
T17
Vor Ablauf ist keine Aktion erforderlichAus derselben kontrollierten WDS-Version abgeleitet
UNTESTED
Guided demo complete

You followed a real ReqSp version from initial requirement through quality refinement to its deterministic artifacts.