Wie Agenten die Regression für einen Baustoffhändler übernahmen, den Aufwand um 60 % reduzierten und einen Versandfehler als Erstes aufdeckten

Bei jedem quartalsweisen Release ging dasselbe Team dieselben Supply-Chain- und Order-Management-Szenarien manuell durch, was fast zehn Wochen in Anspruch nahm. Bis sie fertig waren, war das nächste Release bereits unterwegs. Die Probleme, die ihnen am meisten Sorgen bereiteten, waren die leisen – wie ein Status, der sich ändert, ohne dass ein Dokument dahinter steht, denn bei einer manuellen Überprüfung gibt es nichts, was einen dazu veranlasst, innezuhalten und genauer hinzuschauen.

Vier Releases pro Jahr mit jeweils zehn Wochen führten dazu, dass sich das Team dauerhaft in der Regression befand und keine Kapazitäten für etwas anderes hatte. Die Fehler, die am ehesten einen Kunden erreichten, waren genau diejenigen, die bei einem manuellen Durchgang am wenigsten auffielen.

InfoBeans stellte die Regression auf nächtliche Läufe aus einer Skriptbibliothek um, die das Team von Release zu Release aufbaut, anstatt jedes Mal von vorne zu beginnen. Wenn sich ein Bildschirm ändert und ein Schritt nicht findet, was er erwartet, wird eine Korrektur vorgeschlagen und wartet auf die Genehmigung durch eine Person, sodass niemand den Morgen damit verbringt, einem fehlerhaften Lauf nachzujagen. Echte Fehler kommen bereits nach Ursachen sortiert an.

Der Regressionszyklus verkürzte sich von knapp zehn Wochen auf unter vier, und das Team testet weiterhin alles im festgelegten Umfang. Ein nächtlicher Lauf markierte eine Bestellung, die den Status „Versendet“ erreicht hatte, ohne dass jemals ein Frachtbrief erstellt worden war – zurückzuführen auf ein Integrationsproblem und behoben, bevor das Release herauskam. Das ist genau die Art von Fehler, die erst Wochen später auffällt, wenn ein Kunde oder ein Auditor nachfragt. Dem Team wurden bei jedem Release sechs Wochen zurückgegeben.