Modul 06 - Was QS in Software bedeutet

Was du danach weißt: Wo du im Entwicklungszyklus stehst, was die verschiedenen Testarten leisten — und warum dein Fachwissen das ist, was kein automatisierter Test ersetzen kann.

Von Pfad 1 zu Pfad 2

Mit den ersten fünf Modulen kannst du Datenprobleme benennen, JSON lesen, Entitäten zuordnen, Regelkonfigurationen prüfen und Anforderungen formulieren. In diesem zweiten Pfad geht es darum, wie du dieses Wissen in deinem Alltag bei P&I einsetzt — als Qualitätssichererin in einem Softwareunternehmen.

QS bedeutet in einem Software-Unternehmen etwas anderes als im reinen Personalverrechnungs-Büro. Nicht „stimmt die Abrechnung des Kunden?" — sondern: „Funktioniert die Software so, dass sie Abrechnungen korrekt erstellt?"

Dein Platz im Entwicklungszyklus

Bevor ein neues Feature oder ein Fix zum Kunden geht, durchläuft es einen Zyklus. Du stehst zwischen Entwicklung und Release:

Anforderung
Was gebraucht wird

→

Entwicklung
Code schreiben

→

QS-Test
← du

→

Release
zum Kunden

→

Feedback
neue Anforderung

↺ der Zyklus beginnt von vorn — dreimal pro Jahr bei P&I

Du bist das letzte Netz vor dem Kunden. Was du durchlässt, sehen Kunden. Was du stoppst, bleibt intern.

Die vier Testarten

Testart	Wer / Was	Zweck	Beispiel Lohnverrechnung
Unit-Test	automatisiert	Eine einzelne Funktion korrekt?	Berechnet die Aliquot-Formel für Mai richtig?
Integrations-Test	teils automatisiert	Mehrere Teile zusammen korrekt?	Läuft ein vollständiger Abrechnungslauf durch?
Regression-Test	beides	Nach einer Änderung: läuft alles noch?	Nach Jahreswechsel-Update: stimmen alle alten Fälle noch?
Manueller Test	du	Ist das Ergebnis inhaltlich korrekt?	Entspricht das Netto den KV-Vorgaben und der aktuellen Lohnsteuertabelle?

Regression — das unsichtbare Risiko

Jede Änderung am Code kann etwas anderes, nicht verwandtes, kaputt machen. Das nennt sich Regression: ein bisher korrekt laufendes Feature schlägt nach einem Update fehl — obwohl es gar nicht angefasst wurde.

Beispiel: P&I liefert im Februar ein Update für die Reisekostenabrechnung aus. Danach melden drei Kunden, dass der SV-Beitrag in der Lohnabrechnung nicht mehr stimmt. Kein Entwickler hat die SV-Berechnung angefasst — trotzdem ist sie kaputt. Das ist eine Regression. Hätte der Regression-Test die SV-Berechnung abgedeckt, wäre es nicht zum Kunden gelangt.

In deiner Arbeit bei P&I

Automatisierte Tests prüfen ob die Software läuft. Du prüfst ob das Ergebnis stimmt. Kein automatisierter Test weiß, dass KV Handel einen anderen Mindestlohn hat als KV Metall. Kein automatisierter Test erkennt, dass ein Netto für Teilzeit zu hoch ist. Das kannst nur du — weil du die Personalverrechnung kennst. Deine Rolle ist nicht ersetzbar durch mehr Code.

Denke mal nach: Wenn du nach einem P&I-Update testst — was prüfst du zuerst? Was wäre ein Fall, den du testen würdest, den ein Entwickler wahrscheinlich vergisst?