Ein Testobjekt, gebaut wie ein echtes Produkt.
Der SwissTD Playground ist das offizielle Testobjekt des Swiss Testing Day 2027. Eine vollständige Web-Applikation, die nur einen Zweck hat: getestet zu werden. Von allen, mit jedem Werkzeug, unter denselben Bedingungen.
Vertrauen und Nutzung
Anonym, kostenlos, ohne Anmeldung.
Keine Registrierung
Es gibt keine Konten und keine Anmeldung. Du bleibst anonym.
Deine Daten bleiben bei dir
Dein Übungsfortschritt liegt in deinem Browser. Die Session-Kennung steuert nur, welche Übungsdaten du siehst.
Kostenlos
Der Playground ist ein Community-Projekt des Swiss Testing Day. Nutzung im Browser oder per Docker, ohne Kosten.
Steckbrief
Das System in Zahlen.
So ist er gebaut
Eine echte System-Landschaft.
Der Browser spricht mit Nginx, dahinter verteilt ein Gateway die Anfragen. Sechs Services teilen sich die Arbeit, jeder mit eigener PostgreSQL-Datenbank. Ereignisse laufen über Redis durchs System. Genau diese Trennung macht den Playground realistisch: Fehler können überall stecken.
Frontend
HTML5 mit Alpine.js und Tailwind. Kein Build-Schritt, kein Framework-Zwang. Test-Werkzeuge testen echtes HTML.
- ▸ 145 interaktive UI-Elemente in 18 Kategorien
- ▸ Shop mit Produktkatalog, Warenkorb und Kasse
- ▸ Element Garden mit Testcode zum Kopieren
Backend
Python mit FastAPI. Jeder Service bringt seine eigene, automatisch erzeugte Swagger-Dokumentation mit.
- ▸ Über 240 REST-Endpoints in sechs Services
- ▸ Gateway mit Rollen-Prüfung davor
- ▸ Session-Verwaltung mit Schema-Isolation
Datenbank
PostgreSQL mit sechs Datenbanken. Live-System, Sandbox und Besucher-Sessions sind voneinander isoliert.
- ▸ Zurücksetzen und Neubefüllen per API
- ▸ CSV-Import und -Export, SQL-Konsole
- ▸ Browser-Version mit PGlite, ganz ohne Server
Alle Details stehen im Wiki: Services, Schnittstellen, Datenbanken, Frontend-Stack. Zur System-Architektur →
Bring dein Werkzeug mit
Sechs Disziplinen, freie Werkzeugwahl.
Der Playground nutzt Standard-Technologien. Jedes Werkzeug, das HTML, REST oder SQL anspricht, funktioniert. Ein paar Beispiele pro Disziplin:
UI-Automation
zum Beispiel Playwright, Selenium, Cypress, Tosca, Ranorex
API-Testing
zum Beispiel Postman, REST-assured, SoapUI
Testdaten
zum Beispiel Synthesized TDK, TDO, Faker
AI-Testing
zum Beispiel DesignWise, Agentic Testing, MaiQ, Applitools
Performance
zum Beispiel NeoLoad, k6, JMeter, OctoPerf
Security
zum Beispiel OWASP ZAP, Snyk, Fortify
Wie er entstand
Gebaut mit KI. Vollständig.
Der Playground ist selbst ein KI-Projekt. Ein Forward Deployed Engineer hat ihn gemeinsam mit KI entwickelt. Das gilt nicht nur für den Code.
Auch die Anforderungen, die Geschäftsprozesse, die Testfälle, die Testautomation, die Testdaten und die Dokumentation sind so entstanden. Der Playground zeigt damit zwei Dinge: wie man heute Software baut und wie man sie richtig testet.
Und er zeigt ein Drittes: Ein System dieser Grösse, vollständig mit KI gebaut, bringt zwangsläufig Fehler mit. Genau das ist hier erwünscht. Im Playground wollen wir Fehler finden, Werkzeuge ausprobieren und dazulernen, deshalb ist er bewusst nicht hundertprozentig korrekt entwickelt. Die Erfahrung aus dem Projekt ist eindeutig: Selbst mit gutem Prompting und eingebauten Prüf-Workflows nimmt KI auf verschiedenen Ebenen immer wieder Abkürzungen oder arbeitet ungenau. Je grösser das System, desto weniger fällt das auf. Genau deshalb braucht es starkes Testen.
Bruno Plasch
LinkedInHat den Playground initiiert und über alle Ebenen gesteuert.
Claude
Hat unter dieser Steuerung Anforderungen, Code, Tests und Dokumentation gebaut.