Prozessaufsatz & Mandat
Scope, Ziel, Owner, Trigger, Ergebnis und Abgrenzung.
Die Referenz zeigt, wie fachliche Abläufe, Systeme, API-Schnittstellen, Testumgebungen, End-to-End-Testketten, Defects, Evidenzen und Quality Gates in einer einzigen HTML-Lösung zusammengeführt werden können.
Jede Stufe besitzt definierte Eingaben, Verantwortungen, Nachweise und Exit-Kriterien. Die Darstellung bleibt dabei auf derselben Datenbasis konsistent.
Scope, Ziel, Owner, Trigger, Ergebnis und Abgrenzung.
Prozessvarianten, Systeme, Schnittstellen und Risiken.
Rollen, Entscheidungen, Kontrollpunkte und Datenobjekte.
Requirements, APIs, Mapping, Regeln und technische Artefakte.
Umgebungen, Credentials, Health Checks und Testdaten.
Fachliche Ketten, API-Prüfungen, NFR und Reconciliation.
Ergebnisse, Defects, Restabweichungen und Sign-offs.
Gate-Entscheid, No-Go-Kriterien, Owner und Approval Log.
Go-live-Wellen, Rollback, Monitoring und Stabilisierung.
SLA, KPI, Incidents, Kontrolltests und Change-Zyklus.
Alle Bezeichnungen und Daten sind anonymisiert. Klicken Sie auf Stufen, Systeme, Schnittstellen oder Gates, um den zugehörigen Detail- und Traceability-Kontext zu öffnen.
| ID | Quelle | Ziel | API / Technologie | Testumgebung | Status |
|---|
Das Frontend spricht ausschließlich mit dem NEXORA-Backend. Dort werden freigegebene Testsysteme über fest konfigurierte Adapter, Host-Allowlist und serverseitige Secrets angebunden.
Auswahl von Szenario, Testkette und Aktion. Keine Tokens oder Testsystem-URLs im Quellcode.
Authentifizierung, Allowlist, Timeout, Protokollierung, Payload-Sanitizing und Fehlerbehandlung.
Health, Seed, Execute, Result und Evidence über freigegebene API-Verträge.
Bereit. Wählen Sie einen Connector oder starten Sie den End-to-End-Test.
Produktive Verbindungen sind standardmäßig deaktiviert und werden nur serverseitig sowie für angemeldete, berechtigte Benutzer freigeschaltet.
Die Testkette verknüpft Prozessschritt, API-Aufruf, erwartetes Ergebnis, Reconciliation, Defect und Evidenz. Ein Lauf kann im Demo-Modus simuliert oder über den Backend-Adapter an Testsysteme delegiert werden.
| Sequenz | Prozess / Aktion | System / API | Prüfung | Evidenz | Gate-Relevanz |
|---|
Quality Gates bündeln Entscheidung, Pflichtnachweise, Approval-Rolle und eindeutige No-Go-Kriterien. Klicken Sie auf ein Gate für die Detailansicht.
Prozesse, Systeme, Schnittstellen, Requirements, Tests, Defects, Evidenzen und Freigaben werden als getrennte Objekte mit stabilen IDs geführt und über Beziehungen zusammengeführt.
Prozess-ID, Trigger, Schritte, Rollen, Inputs, Outputs, SLA und Kontrollen.
System-ID, Domäne, Owner, Umgebung, Kritikalität, Release und Betriebsstatus.
SST-ID, Quelle, Ziel, Methode, Schema, Auth, Testsystem und Status.
Requirement-/Story-ID, Akzeptanzkriterien, Control Mapping und Priorität.
Testfallkette, Run, Daten, Ergebnis, Defect, Retest und Sign-off.
Log, Screenshot, API-Response, Reconciliation, Report und Freigabevermerk.
Entscheidung, Pflichtnachweis, Approval, Rest-Risiko und No-Go-Kriterium.
Version, Delta, Impact, Freigabe, Rollback und Historie.
Die Referenz kann an reale Datenquellen, Testmanagement, CI/CD, API-Gateways und Evidenzablagen angebunden werden – mit klaren Sicherheits- und Freigaberegeln.