Praxis und Perspektiven der Testautomatisierung
Design for Testability — warum Testbarkeit ein Architekturentscheid ist
Testbarkeit entsteht nicht als Nebenprodukt guter Architektur. Sie verlangt bewusste Investitionen in Logging, Schnittstellen-Design, Tracing-Infrastruktur und in Architektur-Entscheidungsprozesse. Eine Bestandsaufnahme der Patterns, die diese Investitionen lohnenswert machen.
Weiterlesen →Keyword-Driven Testing ist seit 2024 ISO-Standard — was das für Testfall-Frameworks bedeutet
ISO/IEC/IEEE 29119-5:2024 hat Keyword-Driven Testing als internationalen Standard formalisiert. Was der Standard verlangt, welche Frameworks ihm strukturell entsprechen — und wo die Konkurrenz in einer anderen Disziplin spielt.
Weiterlesen →ISO 25010 und 25059 im Kontext Softwarequalität
ISO 25010:2023 definiert 9 Hauptqualitätsmerkmale und 40 Untermerkmale. ISO 25059:2023 ergänzt 6 KI-spezifische Merkmale. Strukturiertes Mapping auf Testarten, Automatisierungspotenzial und Tool-Empfehlungen.
Weiterlesen →KI in der Testautomatisierung — eine Standortbestimmung
75 % der Organisationen halten KI-Testing für strategisch, nur 16 % nutzen es produktiv. Wo der ROI heute wirklich liegt — und welche pragmatischen Werkzeuge ohne Budget Ergebnisse liefern.
Weiterlesen →Natural-Language-Tests versus Test-Code
Natürlichsprachliche Testbeschreibungen produzieren bessere Embeddings, höhere Traceability und sind für LLMs leichter analysierbar als Code. Die Evidenzlage über 30 Studien — und wo Code-Tests strukturell überlegen bleiben.
Weiterlesen →Robot-Framework-Tests fachlich beurteilen mit KI
Sentence-Embeddings auf RF-Keywords erreichen F-Score 87 % bei Redundanzerkennung. LLM-as-a-Judge bewertet Akzeptanzkriterien für ~USD 1.01 pro 1'000 Tests. Wie sich RF-Suiten gegen Jira-Stories und Wikis automatisch prüfen lassen — und wo die Grenzen liegen.
Weiterlesen →Ist ein Playwright-Versus-Robot-Framework-Vergleich sinnvoll?
Playwright glänzt im reinen Web-Testing, Robot Framework in heterogenen Technologielandschaften und regulierten Umgebungen. Drei Fragen, drei Tabellen — und eine klare Empfehlung pro Szenario.
Weiterlesen →Robot Framework ist ein Test-Framework, keine Programmiersprache
Warum RF auf Testfallebene logikfrei bleiben sollte: ISTQB, IEEE, Pekka Klärck und die Fachliteratur fordern es übereinstimmend. Mit Python-Keywords als Adaptation Layer.
Weiterlesen →Robocorp verlässt Robot Framework — Kein Qualitätsurteil
Robocorp hat Robot Framework deprecated, weil Sema4.ai zu KI-Agenten pivotiert. Was das für RF-Nutzer bedeutet — und was nicht.
Weiterlesen →RPA und Testautomatisierung — verwandt, aber nicht dasselbe
Beide klicken Oberflächen, füllen Formulare, lesen Ergebnisse ab. Trotzdem lösen RPA und Testautomatisierung verschiedene Probleme. Wo der Unterschied liegt — und wann RPA-basiertes Testing sinnvoll ist.
Weiterlesen →Robot Framework und KI-Codegenerierung
RFs keyword-getriebene Syntax trifft den Sweet Spot für LLMs: natürlichsprachlich genug für Sprachfähigkeit, strukturiert genug für Syntaxgenauigkeit. ~5 Regeln statt ~15, ~40 % weniger Tokens — und eine echte Achillesferse beim Whitespace.
Weiterlesen →Fehlende GUI-IDs kosten richtig Geld
Bei Google sind 84 % der Pass-zu-Fail-Übergänge in CI keine echten Bugs, sondern Flakes. Selektor-Instabilität ist die Hauptursache. Warum Test-IDs ein Architekturentscheid sind — und wie sie sich in Lint, CI und DoD durchsetzen lassen.
Weiterlesen →UiPath Test Cloud — Plattform-Ambition trifft komplexe Realität
UiPath ist Leader bei Gartner und Forrester 2025, hält im Testing-Segment aber nur 4,2 % Marktanteil. Was die Plattform leistet, wo sie an Grenzen stösst, und für wen sie wirklich passt.
Weiterlesen →Warum Testautomatisierung in den meisten Organisationen scheitert
70 % der Testautomatisierungsinitiativen scheitern an den Erwartungen — selten wegen der Tools, fast immer wegen der Architektur. Fünf Ursachen, eine negative Feedback-Schleife und das, was eine durchdachte Architektur anders macht.
Weiterlesen →Die Robot-Framework-Identitätskrise
Seit RF 4.0 wachsen Programmiersprachen-Konstrukte in Robot Framework. Sieben häufige Kritikpunkte aus der Community, die Evolution Pekka Klärcks selbst als Spannung anerkannt — und das Thin-Layer-Pattern als pragmatischer Ausweg.
Weiterlesen →Multi-Technologie-Orchestrierung mit Robot Framework
RFs Alleinstellungsmerkmal ist die technologie-agnostische Orchestrierung: GUI, REST, SOAP, Datenbank, SSH und CLI in einer Suite, in einem Report. Wo Playwright und Cypress an Grenzen stossen — und wann der RF-Layer den 30–40 % Overhead wert ist.
Weiterlesen →AI-native Testing-Tools in regulierten Branchen — warum Keyword-Driven heute nicht ersetzbar ist
testRigor, mabl, Virtuoso versprechen KI-Augmented Testing. Für FDA, ISO 26262, DO-178C, IEC 62304 und DORA reicht das nicht — Self-Healing kollidiert mit Determinismus. Was Keyword-Driven Frameworks strukturell besser liefern.
Weiterlesen →KI im Softwaretest — 27 Anwendungsfälle und ihr tatsächlicher Reifegrad
Acht produktionsreif, elf in früher Adoption, acht experimentell — und 89 % der Organisationen pilotieren GenAI in der QA, aber nur 16 % skalieren es. Eine geordnete Bestandsaufnahme aller relevanten Anwendungsfälle.
Weiterlesen →Robot Framework als reine Domain-Specific Language
Robot Framework nur als DSL-Schicht für .robot-Dateien, alle Keywords als reines Python. Das Pattern, das auf 10'000+ Tests skaliert.
Weiterlesen →SAP-Tests mit Python automatisieren
Drei Ansätze für SAP-Testautomatisierung in Python: PyRFC (archiviert), GUI Scripting per COM, ctypes-Direktzugriff. Stand 2026, mit Robot-Framework-Anbindung.
Weiterlesen →Warum Testkonzepte oft kein Testkonzept sind
Viele Testkonzepte erklären die Testpyramide statt das Projekt. Was Standards wirklich fordern — und was Konzepte wirkungslos macht.
Weiterlesen →