Hauptgedanke

„Ein fakturierter Auftrag nimmt keine Position mehr auf“ ist eine überprüfbare Aussage. Sie muss nicht übersetzt werden, um ein Testfall zu werden: Sie nennt einen Zustand, eine Aktion und ein Urteil. Einige Hundert so geschriebene Regeln sind ebenso viele Testkandidaten, die niemand aus einer Quelldatei ableiten musste.

Derselbe Satz leistet noch einen zweiten Dienst, an einem anderen Schreibtisch. Bei einer Kundenmeldung ist die Frage keine Sache der Erfahrung mehr, sie wird mechanisch: Widerspricht das beobachtete Verhalten einer aufgeschriebenen Regel — dann ist es ein Fehler; oder deckte keine Regel den Fall ab — dann ist es eine Produktentscheidung, die nie getroffen wurde. Ohne einen Korpus von Regeln fällt dieses Urteil nach Betriebszugehörigkeit, durch die Person, die sich erinnert.

Warum das wichtig ist

Damit verschiebt sich der Wert eines Regelwerks aus der Dokumentation heraus: Es speist die Testabdeckung und die Einordnung von Meldungen, zwei Tätigkeiten, die sonst keine gemeinsame Quelle haben.

Und es bringt der Schreibarbeit einen unmittelbaren Gegenwert, was für eine Arbeit zählt, deren Nutzung noch nicht begonnen hat: Die aufgeschriebene Regel nützt, sobald sie aufgeschrieben ist.

Nuancen und Grenzen

Eine Regel, die als Test taugen soll, muss ohne stillschweigende Bedingung gelten. „Bestimmte Vorgänge verlangen eine Freigabe“ ist kein Test: Es ist eine allgemein formulierte Regel, wo der Fall die Einzelheiten erwartete, und das ist der häufigste und am schwersten zu sehende Mangel in dieser Art von Korpus.

Ein Objekt, das ganz ohne Regel beschrieben ist, zeigt nie ein Fach ohne Regeln an: Es zeigt eine oberflächliche Beschreibung an.

Offene Fragen

• Welcher Anteil der so geschriebenen Regeln übersteht den Schritt zum automatisierten Test, ohne dass man sie in technisches Vokabular umschreiben muss?