MVP-001-ACCEPTANCE-TESTS

MVP-001 – Architekturabnahmetests#

AT-001 – Durchgängige Mehrsprachigkeit#

Ein Benutzer kann sich anmelden, die UI auf en umstellen und alle zentralen Funktionen auf Englisch bedienen. Anschließend kann er ein deutsches ⌘ArtefaktEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird. öffnen, ohne dass UI- und Inhaltssprache gekoppelt werden.

AT-002 – Übersetzung und Vergleich#

Ein deutsches Artefakt wird manuell nach Englisch und Ukrainisch übersetzt. Beide Translation Jobs sind nachvollziehbar. Die Ergebnisse erhalten einen maschinellen, nicht freigegebenen Status. Deutsch–Englisch und Deutsch–Ukrainisch können verglichen und die Zieltexte bearbeitet werden.

AT-003 – Revision und Audit#

Das Speichern einer Änderung erzeugt eine neue Revision. Benutzer, Zeitpunkt, ⌘HerkunftProvenienz beschreibt die nachvollziehbare Herkunft eines Wissenselements, einer Aussage oder einer abgeleiteten Darstellung., vorherige Revision und neue Revision sind nachvollziehbar.

AT-004 – Artefakte und Beziehungen#

Ein importiertes Architekturartefakt wird angezeigt, bearbeitet und mit mindestens einer typisierten, gerichteten ⌘BeziehungEine Beziehung beschreibt eine nachvollziehbare Verbindung zwischen Bedeutungen, Artefakten und ihrem Kontext. versehen. Die Beziehung ist revisionierbar und exportierbar.

AT-005 – Markdown Roundtrip#

Ausgewählte vorhandene Markdown-Dokumente werden importiert, im Browser bearbeitet und wieder als nachvollziehbare Markdown-Materialisierung exportiert, ohne Identität, Sprachbezug und Beziehungen zu verlieren.

AT-006 – AI-Roundtrip-Steuerung#

Ein Benutzer stellt aus der UI ein Paket zusammen und startet einen Roundtrip Job. Das Paket referenziert konkrete Ausgangsrevisionen. Eine simulierte Rückgabe wird als Delta angezeigt und kann nach Validierung bewusst angenommen oder abgelehnt werden.

AT-007 – Umgebungs- und Sicherheitsgrenzen#

Test und Produktion verwenden getrennte Konfiguration und Daten. Ein nicht autorisierter Benutzer kann geschützte Änderungen weder über die UI noch direkt über die API durchführen. Secrets erscheinen nicht in Exportpaketen.

Nachweisregel#

Ein Akzeptanztest gilt erst dann als erfüllt, wenn Requirement, ⌘CapabilityEine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung., Implementierung und automatisierter beziehungsweise dokumentierter Nachweis miteinander referenziert sind.

UAM-Nachweisbezug#

AT-003, AT-004, AT-005 und AT-006 werden durch die detaillierten Szenarien in ◆MVP-001-unified-artifact-model-verification-matrix.mdVerifikationsmatrix für stabile Identität, Revision, Beziehungen, Referenzen, Materialisierung und Roundtrip-Provenance. präzisiert. Die Akzeptanztests bleiben End-to-End-Nachweise; die UAM-Matrix prüft die zugrunde liegenden solutionweiten Invarianten.

Repositoryweite Coverage#

Die Akzeptanztests sind der End-to-End-Einstieg des MVP-Contracts. Detailinvarianten und Clusterprüfungen werden in der ◆MVP-001 Requirement, Verification and Traceability MatrixRepositoryweiter Einstieg von Solution-Verträgen und Requirements zu Realisierung, Verification und Evidence-Grenzen. den jeweiligen Requirement Sets und Verification-Matrizen zugeordnet. Ein Akzeptanztest gilt ohne konkrete Ausführungsevidence nicht als bestanden.