Ungültigen Zeitraum korrigieren
- Gegeben
- Anreise und Abreise sind beide der 20.09.2026.
- Wenn
- der Gast die Demo-Reservierung bestätigt.
- Dann
- erscheint „Die Abreise muss nach der Anreise liegen.“ am Abreisefeld und es wird keine Bestätigung angezeigt.
Qualität & Delivery
„Fertig“ ist ein Status mit Nachweisen.
Requirements und Risiken werden in menschenlesbare BDD-Szenarien, manuelle Testfälle und automatisierte Prüfungen übersetzt. Ergebnisse bleiben mit dem geprüften Kandidaten und seiner Umgebung verbunden.
Testarchitektur
Vom fachlichen Satz bis zum reproduzierbaren Ergebnis.
Die Testarchitektur deckt Fachlogik, Modulgrenzen, Sicherheit, Browserabläufe, Barrierefreiheit, Performance und Auslieferung ab. Nicht jede Prüfmethode soll dasselbe beweisen: schnelle Domain-Tests schützen Regeln, Browserprüfungen schützen die Nutzung, und Menschen beurteilen Verständlichkeit und visuelle Qualität.
Alle Testebenen verwenden stabile IDs. Dadurch ist erkennbar, welche Anforderung, welcher Prozess und welche Capability ein Ergebnis tatsächlich absichert.
BDD-Beispiel
Automatisierte End-to-End-Erwartungen bleiben menschenlesbar.
Das Beispiel ist aus der vorhandenen BDD-Definition verdichtet; ID-Zuordnung und fachliche Aussage bleiben erhalten.
Prüfebenen
Jede Stufe beantwortet eine andere Qualitätsfrage.
Domain
Datumslogik, Namensgrenzen, Kategorieauswahl und Zustandsübergänge als schnelle, reine Tests.
Architektur
Erlaubte Abhängigkeiten, verbotene Browserzugriffe im Domainkern und Trennung des Reporting-Adapters.
Browser & BDD
Reale Seiten, Navigation, Validierung, 404, Medienfallback, JavaScript-Ausfall und Reduced Motion.
Security & Privacy
Textausgabe statt HTML-Ausführung, keine Übertragung von Name und Zeitraum sowie wirksame Header.
Manuell & UI/UX
Menschenlesbare Fälle für Geschäftsprozesse, Randwerte, Fehlermeldungen, Tastatur und visuelle Qualität.
Delivery
Buildkennung, Zielumgebung, HTTPS, Canonicals, Assets, Smoke-Tests und getrennte Staging-Zugriffskontrolle.
softwaretest.it
Definitionen und CI-Ergebnisse treffen in einem Projektkontext zusammen.
Für Luna Hotel wurden 26 manuelle Testfälle und 15 automatisierte BDD-Definitionen per API veröffentlicht und zurückgelesen. CI-Berichte wurden kandidatengenau übertragen; historische Fehlläufe bleiben erhalten, statt durch spätere grüne Läufe unsichtbar zu werden.
softwaretest.it ansehen ↗- Verifiziert
Testdefinitionen veröffentlicht und inhaltlich zurückgelesen
- Übertragen
CI-Reports mit Lauf, Versuch, Ergebnis und Artefaktbezug
- Menschlich
Manuelle Ausführungen werden nicht durch den API-Import vorgetäuscht
Delivery-Kette
Prüfen, bereitstellen, erneut am echten Ziel prüfen.
- 01Quellstandversionierter Kandidat
- 02Build & CIDomain, Architektur, Browser, Security
- 03Staginggeschützt und per HTTPS geprüft
- 04Owner-AbnahmeGestaltung und finaler Stand akzeptiert
- 05Produktionreale Domain und SEO-Zielprüfung
Das Ergebnis ansehen
Die Planung führt in ein funktionierendes Produkt.
Sehen Sie sich die Luna-Hotel-Demo live an oder besprechen Sie mit uns, wie ein vergleichbar nachvollziehbarer Prozess für Ihr Produkt aussehen kann.