18. Juni 2026 · Morten Babakhani
Wer eine HR-Suite betreibt, testet regelmäßig — bei Releases, bei Konfigurationsänderungen, bei neuen Schnittstellen. Der Wunsch nach Automatisierung ist naheliegend und wird häufig zu breit angesetzt.
Der Grund: Oberflächentests in Cloud-Anwendungen sind teuer im Unterhalt. Ein Layoutwechsel des Herstellers, und Ihre Testfälle laufen ins Leere. Nach dem dritten Mal werden sie abgeschaltet.
Was sich zuverlässig automatisieren lässt
Schnittstellen. Datensätze zählen, Feldwerte vergleichen, Fehlerfälle provozieren. Diese Tests laufen ohne Oberfläche, sind schnell und ändern sich nur, wenn sich die Schnittstelle ändert. Bester Ertrag pro Aufwand.
Konfigurationsvergleiche. Ein Auszug der Konfiguration vor und nach einer Änderung, maschinell verglichen. Kein Test im klassischen Sinn und die wirksamste Absicherung gegen stille Änderungen.
Berechtigungsprüfungen. Für definierte Rollen prüfen, welche Objekte lesbar und änderbar sind. Das lässt sich über Schnittstellen abfragen und ist der Bereich, in dem Fehler am teuersten sind.
Rechenregeln. Alles, was einen Wert ermittelt — Anspruchsberechnungen, Fristenermittlung, Zulagenlogik. Eingabe, erwartete Ausgabe, fertig. Diese Tests sind langlebig, weil sie fachlich definiert sind und nicht technisch.
Was manuell günstiger bleibt
Klickwege durch die Oberfläche, sofern sie nicht betriebskritisch sind. Layoutprüfungen. Alles, was mit Bedienbarkeit und Verständlichkeit zu tun hat — dafür braucht es Menschen, die den Prozess kennen.
Und Einmalvorgänge. Ein Test, der zweimal läuft, muss nicht automatisiert werden.
Die Faustregel, mit der wir arbeiten
Automatisieren, wenn ein Test mindestens vierteljährlich läuft und sein Gegenstand fachlich stabil ist. Manuell testen, wenn er selten läuft oder sein Gegenstand die Oberfläche ist.
Dazu eine kurze Liste von Wegen, die immer automatisiert werden, unabhängig von der Wirtschaftlichkeit: Anmeldung, Antrag stellen, Antrag genehmigen, Entgeltnachweis abrufen. Fällt einer dieser Wege aus, steht der Betrieb — das darf man nicht am Tag nach dem Release entdecken.
Was den Unterhalt bezahlbar hält
Testdaten, die das System selbst erzeugt. Wer Tests an vorhandene Personen bindet, hat nach einem halben Jahr keine funktionierenden Tests mehr, weil diese Personen ausgetreten, versetzt oder gelöscht sind.
Und Verantwortung an einer Stelle. Automatisierte Tests, die niemandem gehören, verfallen. Ein halber Tag im Monat für Pflege ist der Preis; wer ihn nicht einplant, hat in einem Jahr eine Testsuite, die rot ist und die niemand mehr liest.
Wann man Tests wieder abschaltet
Automatisierte Tests sammeln sich an, und ein Teil davon prüft irgendwann nichts mehr. Zwei Anzeichen: Ein Test schlägt regelmäßig fehl und wird regelmäßig als bekannt abgehakt. Oder er läuft seit einem Jahr grün, obwohl sich der geprüfte Bereich mehrfach geändert hat.
Das erste ist ein Test, dem niemand glaubt. Das zweite ist meist ein Test, der an der falschen Stelle prüft. Beide gehören abgeschaltet, nicht repariert — mit einer Zeile im Änderungsprotokoll, warum.
Eine halbe Stunde im Quartal für diese Durchsicht hält die Suite gesund. Ohne sie hat man nach zwei Jahren eine rote Anzeige, die niemand mehr liest, und damit keine Prüfung mehr.