MVP-001-TEST-STRATEGY

MVP-001 – Teststrategie#

Ziel#

Die Tests bilden fachliche Anforderungen, Risiken und Invarianten verständlich und automatisiert ab.

Testebenen#

Ebene	Zweck
Unit	Domain-Regeln, Application-Entscheidungen und Parser isoliert prüfen
Component	JavaScript-Module, Views und Commands mit kontrollierten Ports prüfen
Integration	MariaDB-Adapter, Migrationen, Transaktionen, Audit und Outbox prüfen
Contract	REST- und Modulverträge stabil halten
E2E	vollständige Benutzerflüsse in verständlicher Sprache prüfen

Verbindliche Namensregel#

Ein Test beschreibt fachlich:

Ausgangslage → Handlung → erwartetes Ergebnis

Mindestkategorien für schreibende Use Cases#

Happy Path
Validation
Authorization/Security
Boundary
Concurrency
Transaction
Idempotency
Unicode/i18n
Audit
Outbox
Regression

JavaScript#

Frontend-Tests folgen derselben Regel. Ein Component-Test muss erklären, welche Benutzersicht oder Interaktion geschützt wird. Technische Selektoren oder Implementierungsdetails dürfen nicht die Testbezeichnung bestimmen.

Traceability und Evidence#

Jeder Test oder Review benennt die geprüften Requirement-IDs und die fachliche Erwartung. Testcode, Dateipfad oder Matrixzeile sind noch keine Ausführungsevidence. Die repositoryweite Zuordnung folgt dem .