Seminar Scratch Debugging & Projektstruktur: Fehler finden, Code pflegen

Inhaltsverzeichnis

• Abstract
• Seminarbeschreibung
• Zielgruppe und Voraussetzungen
• Lernziele
• Agenda
• Übungen
• Rahmenbedingungen und Materialien
• Ergebnisse und Transferartefakte

Abstract

Dieses Seminar vermittelt systematisches Debugging in Scratch. Im Fokus stehen reproduzierbare Testfälle, Sichtbarmachen von Zuständen, Umgang mit Parallelität und Broadcast-Ketten sowie das Refactoring typischer „Spaghetti-Skripte“. Ergebnis ist ein Werkzeugkasten aus Diagnosemustern, Projektstandards und Qualitätskriterien. Das Format eignet sich besonders, um größere Projekte stabil zu bekommen und Teamarbeit zu erleichtern.

Seminarbeschreibung

Scratch-Fehler sind oft Logikfehler: doppelte Starts, unklare Zustände, Broadcast-Schleifen, nicht zurückgesetzte Variablen. Das Seminar etabliert eine Arbeitsroutine: Problem definieren, minimal reproduzieren, instrumentieren, Hypothese testen, fixen, Regressionstest. Zusätzlich werden Strukturstandards eingeführt: Namenskonventionen, zentrale Startskripte, Zustandsvariablen und modulare Skripte.

Zielgruppe und Voraussetzungen

• Zielgruppe: Fortgeschrittene, Projektleitende, Lehrkräfte, Maker-Gruppen
• Voraussetzungen: Scratch Grundlagen; ideal: Fortgeschrittenenwissen

Lernziele

• Fehler reproduzierbar beschreiben und eingrenzen
• Variablenanzeigen als Debug-Panel nutzen
• Broadcast-Flüsse analysieren und entwirren
• Projektstruktur verbessern, ohne Funktion zu verlieren
• Qualitätschecklisten anwenden

Agenda

• Debugging-Prozess, Fehlertypen in Scratch
• Instrumentierung (Variablenmonitor, Marker, Logs über „sage“)
• Broadcast- und Parallelitätsprobleme lösen
• Refactoring und Standards
• Qualitätsprüfung an Projektbeispielen

Übungen

• Minimaler Repro-Fall
  • Fehlerbeschreibung in einem Satz formulieren
  • Projektkopie erstellen
  • Alles entfernen, was nicht nötig ist, bis Fehler bleibt
  • Test: Fehler tritt in 3 von 3 Versuchen auf
• Debug-Panel
  • 3–5 Schlüsselvariablen identifizieren (Zustand, Punkte, Zeit, Flags)
  • Variablenanzeigen aktivieren
  • Zusätzliche Marker setzen (z. B. „Statuswechsel“ als Textausgabe)
  • Test: Zustandänderungen sind sichtbar
• Broadcast-Ketten entwirren
  • Broadcast-Namen aufschreiben
  • Empfänger pro Broadcast notieren
  • Zyklus prüfen (A→B→A)
  • Fix: eindeutiger Endbroadcast oder Statusprüfung
  • Test: Kette läuft einmal korrekt durch
• Refactoring ohne Funktionsverlust
  • Duplizierte Logik markieren
  • In eigenen Block überführen
  • Parameter einführen
  • Regressionstest mit vorher/nachher Checkliste

Rahmenbedingungen und Materialien

• Ideal: vorhandene Projekte als Debug-Material
• Interne Referenz: Herstellerprofil Scratch

Ergebnisse und Transferartefakte

• Debugging-Workflow-Karte (Schritte + Checkfragen)
• Projektstandardliste (Namensschema, Startlogik, Zustände, Tests)