Seminar Repeato – JavaScript API, Script Steps und Automatisierungslogik

No-Code-Schritte decken viele Benutzerabläufe ab. Komplexe Daten, Bedingungen, asynchrone Vorgänge, eigene Prüfungen und technische Gerätesteuerung erfordern jedoch kontrollierte JavaScript-Erweiterungen. Das Seminar entwickelt solche Erweiterungen von kleinen Script Steps bis zu wiederverwendbaren Automatisierungsbibliotheken.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Script Steps mit sauberer JavaScript-Struktur, Protokollierung und Fehlerbehandlung entwickeln
• Laufdaten, vorherige Schrittergebnisse und visuelle Trefferinformationen sicher auswerten
• Gerätefunktionen, Bedingungen, Schleifen und asynchrone Abläufe über die API steuern
• Wiederverwendbare Bibliotheken testen, versionieren und mit Ereignisautomatisierung sowie CI/CD verbinden

Zielgruppe

Testautomatisierer, Entwickler, technische Qualitätssicherung, DevOps und erfahrene Repeato-Anwender mit Bedarf an programmierbarer Testlogik.

Voraussetzungen

Sichere Repeato-Bedienung und belastbare JavaScript-Grundkenntnisse einschließlich Funktionen, Objekten, Arrays, Bedingungen und asynchroner Programmierung. Erfahrung mit Versionsverwaltung ist erforderlich.

Seminarinhalte

1. Schritt 1: Einsatzgrenzen von No-Code und Script bestimmen

   Fachlich sichtbare Schritte bleiben bevorzugt im Testablauf. Skripte werden nur für Daten, technische Sonderfälle und wiederverwendbare Logik eingesetzt.

2. Schritt 2: Script-Step-Umgebung und API-Zugriff verstehen

   Editor, Ausführungskontext, verfügbare Objekte, Rückgabeverhalten und Protokollierung werden anhand eines kleinen Beispiels untersucht.

3. Schritt 3: Saubere JavaScript-Struktur aufbauen

   Konstanten, Funktionen, Benennung, Validierung und kleine Verantwortungsbereiche erhöhen Lesbarkeit und Wartbarkeit.

4. Schritt 4: Asynchrone Abläufe korrekt behandeln

   Promises, async und await werden für Wartezeiten, Geräteaktionen und abhängige Operationen eingesetzt. Unbehandelte Fehler und Hänger werden vermieden.

5. Schritt 5: Protokollierung und Diagnose implementieren

   Strukturierte Meldungen, relevante Parameter und eindeutige Fehlertexte machen Skripte im Test- und Pipeline-Protokoll nachvollziehbar.

6. Schritt 6: Gemeinsame Daten lesen und schreiben

   Werte werden über den gemeinsamen Datenbereich zwischen Schritten und Tests ausgetauscht. Typen, Lebensdauer und Namenskonventionen werden festgelegt.

7. Schritt 7: Ergebnis des vorherigen Schritts auswerten

   Status, Treffer und weitere Ergebnisdaten werden geprüft, bevor eine Entscheidung oder technische Folgeaktion ausgelöst wird.

8. Schritt 8: Visuelle Trefferinformationen verarbeiten

   Position, Größe und weitere Merkmale eines erkannten Elements werden für zusätzliche Prüfungen oder koordinatenbasierte Aktionen genutzt.

9. Schritt 9: Device Connector einsetzen

   Tippen, Wischen, Texteingabe, Gerätezustand und weitere Schnittstellen werden über klar gekapselte Hilfsfunktionen angesprochen.

10. Schritt 10: Bedingungen und Schleifen kontrolliert modellieren

    Dynamische Wiederholungen und Varianten erhalten Abbruchbedingungen, maximale Laufzahlen und aussagekräftige Fehlerfälle.

11. Schritt 11: Eigene Prüf- und Assertion-Funktionen entwickeln

    Fachliche Erwartungen werden als kleine, wiederverwendbare Funktionen mit klaren Fehlermeldungen umgesetzt.

12. Schritt 12: Testdaten aus lokalen Dateien verarbeiten

    Strukturierte Testdaten werden gelesen, validiert, gefiltert und in den Lauf eingebracht. Schreibzugriffe und personenbezogene Daten werden begrenzt.

13. Schritt 13: Wiederverwendbare Module und Hilfsbibliotheken bilden

    Gemeinsame Funktionen werden aus einzelnen Script Steps herausgelöst, dokumentiert, versioniert und mit stabilen Schnittstellen versehen.

14. Schritt 14: Fehlerbehandlung und Wiederherstellung absichern

    Technische Fehler, fachliche Abweichungen und Abbrüche werden unterschieden. finally-Logik und sichere Aufräumroutinen verhindern Folgeschäden.

15. Schritt 15: Sicherheit und Geheimnisse berücksichtigen

    Tokens, Passwörter und Umgebungswerte werden nicht fest im Skript hinterlegt oder unmaskiert protokolliert.

16. Schritt 16: Skripte testen und reviewen

    Positiv-, Negativ-, Grenz- und Wiederholungstests werden ergänzt. Code Review und statische Regeln sichern zentrale Bibliotheken.

17. Schritt 17: Script Steps mit Runner-Ereignissen verbinden

    Wiederverwendbare Funktionen werden für automatische Berichte, Benachrichtigungen oder Aufräumarbeiten in der erweiterten Konfiguration eingesetzt.

18. Schritt 18: Automatisierungslogik in CI/CD betreiben

    Deterministisches Verhalten, Rückgabecodes, Protokolle, Artefakte und Versionsstände werden für unbeaufsichtigte Läufe abgestimmt.

Praxisübungen

• Einen Script Step mit Parametervalidierung und strukturierter Protokollierung erstellen
• Gemeinsame Daten zwischen zwei Tests austauschen
• Das Ergebnis eines visuellen Schritts auswerten und eine Folgeaktion steuern
• Eine Geräteaktion über eine gekapselte Device-Connector-Funktion ausführen
• Eine asynchrone Wiederholungslogik mit Zeitgrenze und sauberem Abbruch implementieren
• Testdaten aus einer lokalen strukturierten Datei einlesen und validieren
• Eine kleine Hilfsbibliothek mit Tests, Review-Regeln und Versionskennzeichnung entwickeln
• Die Bibliothek in ein Runner-Ereignis und einen Headless-Lauf integrieren

Methodik

Die vier Tage folgen einem Engineering-Workflow aus Entwurf, Implementierung, Test, Review und Integration. Kleine Codeaufgaben wachsen zu einer wiederverwendbaren Bibliothek und einem unbeaufsichtigten Abschlusslauf.