Testing

ERP-Migrationsprojekte erhöhen den Testdruck massiv: neue Funktionen, Datenmigration, Schnittstellen, enge Release-Zyklen und meist hohe fachliche Risiken. Der Beitrag zeigt aus der Praxis, wie Testautomatisierung (TA) in einem solchen Umfeld funktioniert: nicht als Selbstzweck, sondern als Ergebnis einer klaren Testautomatisierungsstrategie und einer risikobasierten Auswahl der richtigen Szenarie..

Testautomatisierung gehört heute zum Standard-Repertoire jeder IT-Organisation. Doch das Versprechen von „Agilität durch Automatisierung“ schlägt in der Praxis oft ins Gegenteil um: Historisch gewachsene UI-Suiten blähen die Pipeline auf, Builds sind „rot“, ohne dass ein echter Produktfehler vorliegt, und Teams verbringen mehr Zeit mit dem Reparieren von Skripten oder Modellen als mit der Qualität..

Unit Testing bleibt ein zentraler Baustein für Softwarequalität und wird durch den Einzug generativer KI gleichzeitig anspruchsvoller. Fragen nach der Unit‑Größe, den Testarten und der sinnvollen Integration waren schon immer entscheidend, gewinnen aber jetzt zusätzliche Bedeutung: Wer KI effizient und verlässlich einsetzen will, braucht klare Konzepte, saubere Verifikationsgrenzen und ein durchda..

Automatisierte Tests versprechen objektive Qualitätssicherung – doch wie belastbar sind sie im Vergleich zu einem externen Barrierefreiheits-Audit? In einem Website-Relaunch entstand eine vollständig automatisierte, wartbare Testarchitektur, eingebunden in die kontinuierliche Integrationspipeline. Ein anschließendes Audit zeigte, wo Automatisierung trägt – und wo Grenzen liegen.

Es wird ein Fehler aus der Produktion gemeldet, aber alle Tests sind grün? Oder Refactorings werden durchgeführt und zwingen dazu, gleichzeitig auch die Tests großflächig umzubauen — sodass am Ende unklar bleibt, ob das Refactoring überhaupt fehlerfrei war? Solche Situationen deuten oft auf Tests mit starker Verwendung von Mocks hin. Ob und wie man auf Mocks in Backend-Tests von Business-Applikati..