Testleitfaden

Diese Seite ist der Testleitfaden für die erste Alpha-Runde auf seshn.org. Sie ist bewusst auf die Sessions-Domäne beschränkt: Spielorte, Reihen, Termine, Teilnahmen, Abos, Konto- und Rollenflüsse.

Diese Bereiche können sichtbar sein, sind in dieser Alpha-Runde aber nicht fachlich zu testen:

1. Repertoire: Songs, Versionen, Aufnahmen, Artists
2. Stücke/Setlist auf Terminseiten
3. Features Matrix, Vergleiche und Alternativen
4. Medienverwaltung außerhalb von Profilbildern, Reihenlogos und Spielortlogos

Bitte nur melden, wenn diese Bereiche Sessions-Flows blockieren, falsche Schreibrechte öffnen oder die Navigation/Layout-Stabilität beschädigen.

Die wichtigste Benutzerdokumentation in der App ist die Referenz unter Hilfe → Referenz. Sie wurde zuletzt aktualisiert und sollte mitgetestet werden. Die übrigen Hilfe-Seiten Tutorials, Anleitungen und Hintergrund sind aktuell noch leer.

Für Austausch zur Alpha-Runde gibt es die seshn.org WhatsApp-Community. Offene Gruppen sind Sessions, Repertoire, Feature Requests und Help. Falls Du Interesse hast, seshn.org zu testen, wende Dich an Fritz für eine Einladung in die Testing-Gruppe. WhatsApp ist ein freiwilliger externer Kommunikationskanal. Offizielle Kontaktadresse bleibt mail@seshn.org.

1. Vorbereitung

1. Einladungscode: Registrierung ist durch einen Einladungscode geschützt, den Du von Fritz erhältst.
2. E-Mail-Bestätigung: Nach der Registrierung ist das Konto erst nach Bestätigung per Link in der Bestätigungsmail nutzbar.
3. Sprache: Deutsch und Englisch über den Sprachschalter rechts oben in der Navigationsleiste testen. Er zeigt die aktuelle Sprache als Kürzel an, z. B. DE oder EN. Auf kleinen Bildschirmen sitzt der Sprachschalter im aufgeklappten Navbar-Menü.
4. Geräte: Bitte alle Hauptflows auch einmal auf Smartphone und Tablet ansehen, nicht nur am Desktop.
5. Testdaten: Bitte mit selbst angelegten Testdaten experimentieren, nicht mit echten bestehenden Daten. Für OrgLead-Tests am besten eine eigene Reihe und einen eigenen Spielort anlegen.
6. Echte Daten: Auf seshn.org gibt es bereits echte Termine für die Soul Session im Kaiserkeller. Dort dürft Ihr gern ein Abo anlegen, aber bitte keine Teilnahmen für einzelne Termine anlegen, bearbeiten oder löschen. Diese Daten werden an Tag X aus dem Legacy-System procfu.com/soulsession migriert.

2. Rollen im Test

Weitere Abo-Rollen wie Organisationsteam, Marketing und Spielort-Kontakt dürft Ihr gern auch probieren.

3. Basistest: anonym

1. Startseite öffnen.
2. Menü Sessions öffnen und Termine, Reihen, Spielorte ansehen.
3. Prüfen: Inhalte sind sichtbar, aber neue Datensätze können nicht angelegt werden; entsprechende Buttons sind nicht aktiv oder führen zum Login.
4. Eine Reihe öffnen: Titel, Beschreibung, Spielort und Terminliste prüfen. Abo-/Teilnahme-Aktionen sollen Login verlangen.
5. Einen Termin öffnen: Terminangaben prüfen. Teilnahme-Aktion soll Login verlangen.
6. Einen Spielort öffnen: Adresse/Ort und dortige Reihen prüfen.
7. Hilfe → Referenz öffnen und besonders Was ist seshn.org?, Sessions, Reihe, Termin, Spielort, Mitglied, Abo und Teilnahme lesen.
8. Sprache über den Sprachschalter auf Englisch wechseln und einige Seiten erneut prüfen.
9. Prüfen: Admin-Menü ist nicht sichtbar; Menüs für eingeloggte Mitglieder erscheinen anonym nicht.

4. Basistest: Mitglied

1. Registrieren: Name, E-Mail zweimal, Passwort zweimal, Einladungscode, Sprache. Nach Absenden auf der Seite „Du hast es fast geschafft!“ landen.
2. Bestätigungslink in der Mail öffnen.
3. Einloggen. Optional mit Wegwerfkonto: falsches Passwort testen; nicht mit dem Haupt-Testkonto provozieren.
4. Startseite prüfen: Nach Login ist / das persönliche Dashboard. „Deine nächsten Termine“ und „Deine Reihen“ prüfen.
5. Eine Reihe abonnieren: Rolle Publikum setzen, danach auf Teilnehmer wechseln, Dashboard erneut prüfen.
6. Von der Reihen-Seite einen Abonnenten öffnen. Auf der Abo-Seite prüfen: Die Teilnahmen dieses Mitglieds sind auf genau diese Reihe gefiltert; ohne Teilnahmen ist der leere Zustand verständlich.
7. Einen kommenden Termin aus selbst angelegten Testdaten öffnen und eigene Teilnahme anlegen. Ein Abo der Reihe sollte dafür nicht zwingend nötig sein.
8. Teilnahme bearbeiten: Art der Teilnahme, Begleit-Umfang, Verfügbarkeit und Zuteilung als Begleitung ändern. Prüfen, dass die Teilnahme sichtbar bleibt. Bei Terminen mit offener Songeinreichung prüfen: Wenn die Art der Teilnahme auf „Nur Begleitung“ gesetzt wird, verschwindet der CTA für ein eigenes Stück als Lead.
9. Teilnahme löschen.
10. Profil öffnen: Name/Nickname/Sprache bearbeiten; Profilbild hochladen. Medien-Upload in dieser Runde umfasst Profilbild, Seshn-/Reihenlogo und Spielortlogo. Passwortänderung nur mit separatem Testkonto testen.
11. Abo der Reihe löschen.
12. Ausloggen.

5. Basistest: OrgLead der eigenen Reihe

1. Eingeloggt einen Spielort anlegen oder einen vorhandenen geeigneten Spielort verwenden; dabei das Spielortlogo testen.
2. Neue Reihe anlegen: Name, Beschreibung, Standard-Spielort, Standard-Startzeit und Seshn-/Reihenlogo setzen. Prüfen: Erstellerin/Ersteller wird automatisch Organisationsleitung.
3. Termin in der Reihe anlegen. Wenn Spielort oder Startzeit leer bleiben, sollen Standardwerte der Reihe übernommen werden. HTML5-Zeitfeld mit Format wie 19:30 testen.
4. Terminstatus setzen: Songeinreichung, Setlist, Lineup jeweils zwischen später/offen/geschlossen wechseln. Normale Mitglieder sollen diese Status nicht ändern können.
5. Abonnements-Tabelle unter der Terminliste prüfen. Als OrgLead Rollen anderer Abonnements ändern, z. B. Teilnehmer → Organisationsteam. Die letzte Organisationsleitung darf nicht wegdelegiert werden.
6. Teilnahmen anderer Mitglieder verwalten: Mitglied über die Suche auswählen, Teilnahme anlegen, bearbeiten und löschen.
7. Löschschutz prüfen: Termine mit Teilnahmen, Reihen mit Terminen und Spielorte mit Reihen oder Terminen können nicht gelöscht werden.
8. Blockierende Kinder entfernen und Löschung erneut prüfen.
9. Letzte Organisationsleitung: Die letzte OrgLead-Person kann sich nicht selbst aus der Rolle entfernen oder ihr Abo löschen.
10. Mit einem normalen Mitglied prüfen: keine Verwaltungscontrols für fremde Reihe/Termine.

6. Referenz und Hilfe gezielt prüfen

Die Referenz soll Testerinnen und Testern die App erklären. Bitte gegen die UI halten.

1. Sessions-Abschnitt: Reihe, Termin und Spielort erklären die tatsächlichen UI-Flows.
2. Dashboard-Erklärung: „Deine nächsten Termine“ kombiniert eigene Teilnahmen und den nächsten kommenden Termin abonnierter Reihen.
3. Teilnahme-Erklärung: Begleit-Umfang, Verfügbarkeit und Zuteilung als Begleitung passen zu den Formularfeldern.
4. Links: Artikel mit Listenlink führen auf sinnvolle Indexseiten. Mitglied/Abo/Teilnahme sollen nicht als öffentliche Admin-Indexlinks beworben werden.
5. Sprache: Referenz in Deutsch und Englisch testen.
6. Restliche Hilfe: Tutorials, Anleitungen und Hintergrund nur melden, wenn Navigation, Sprache oder Layout kaputt sind.

7. Querschnittschecks

1. Mobile/Tablet: Hauptseiten und Dialoge auf Smartphone und Tablet prüfen: Navigation, Karten/Tabellen, Dropdowns, Formulare, Buttons.
2. Navigation: Tabellenzeilen/Karten öffnen Show-Seiten; Browser-Zurück führt sinnvoll zur Liste zurück.
3. Filter: Terminlisten nach kommend/vergangen/alle und „meine Teilnahmen“ prüfen; eingebettete Terminliste auf Reihen-Seiten ebenso.
4. Abonnements-Tabelle: Publikum und anonyme Besucher sehen sie nicht; Teilnehmer und Organisationsrollen sehen sie.
5. Dashboard: Nach Abo, Teilnahme, Statusänderung und Löschung erneut prüfen.
6. Sprache: Deutsch/Englisch stichprobenartig auf jeder Seitengruppe prüfen, besonders Validierungs- und Fehlermeldungen.
7. Berechtigungen: Direkte URLs oder falsche HTTP-Methoden dürfen keine Änderung erlauben.
8. Servervalidierung: Browser-Validierung repräsentativ umgehen und Pflichtfelder leer oder nur mit Leerzeichen absenden.
9. Löschbuttons: Wenn Kinderdatensätze blockieren, soll Löschen sichtbar verhindert werden; Bearbeiten bleibt für Berechtigte möglich.
10. Inline-/HTMX-Controls: Dropdowns und Button-Gruppen sollen nach Nutzung weiterhin funktionieren, auch nach Browser-Zurück.
11. Tastatur: Hauptnavigation, Auth-Seiten, Formularfelder, Dropdowns, Tabellen-/Kartenlinks und icon-only Buttons mit Tab/Enter/Space stichprobenartig bedienen.
12. Flash- und Fehlermeldungen: Verständlich, lokalisiert und nah genug an der Aktion.
13. Optional für Folgetests: Auf Doppelpadding, abgeschnittene Tabellen/Karten, fehlende oder verrutschte Hauptaktionen, unklare Label/Feld-Zuordnung und mobile Stapelung achten.

8. Kleine Interaktions-Regressionsmatrix

Diese Matrix ersetzt keinen vollständigen Barrierefreiheits-Test. Sie soll typische Launch-Regressionen sichtbar machen.

9. Bekannte Lücken

1. Hilfe außer Referenz: Tutorials, Anleitungen und Hintergrund sind noch leer.
2. Repertoire und Setlist: Sichtbar, aber nicht Fokus dieser Alpha-Runde. Bitte nur melden, wenn sie Sessions-Flows blockieren.
3. Vergleichsbereich: Nicht Teil dieser Runde.

10. Befunde melden

Für jeden Befund notieren, wenn relevant. Bitte die Nummer dieser Anleitung mit angeben, zum Beispiel 4.7 für den siebten Schritt im Mitglied-Test.

Bitte auch melden, wenn für eine der hier beschriebenen Sessions-Aufgaben konkret etwas fehlt. Gemeint sind fehlende Funktionen, Informationen oder Bedienelemente, die zum Erledigen der Aufgabe nötig wären, nicht allgemeine Wunschfeatures außerhalb dieses Testumfangs. Wenn in diesem Testleitfaden selbst etwas fehlt, missverständlich oder falsch ist, bitte ebenfalls mitteilen.

1. Rolle: anonym, Mitglied oder OrgLead
2. Sprache: Deutsch oder Englisch
3. Seite/URL
4. Schritte zum Reproduzieren oder konkrete Aufgabe, bei der etwas fehlt
5. Erwartet vs. tatsächlich; bei fehlenden Funktionen: was für diese Aufgabe benötigt wird
6. Screenshot oder kurzer Screencast bei Layout-/HTMX-Problemen
7. Ob Testdaten gelöscht werden dürfen