Systemtest

Dank Theos Unterstützung hat Eddy eine geeignete Integrationsstrategie entwickelt und durch den externen Hersteller seiner Anwendung auch umsetzen lassen. Über regelmäßige Testberichte wird er über den Stand der Arbeiten informiert. Komponenten und Schnittstellen werden also nun durch ihre jeweiligen Teststufen verifiziert.

Nun möchte er die nächste Teststufe, den Systemtest, auf einen höheren Reifegrad heben. Dabei geht es darum die unterschiedlichen Komponenten nun alle im Zusammenspiel - als System - zu testen. Die theoretischen Grundlagen zu den vier aufeinander aufbauenden Teststufen liest Eddy zur Sicherheit noch einmal im QS-Baukasten seiner Behörde nach.

"Endlich können wir das System als Ganzes testen und werden sehen, ob es vollständig ist und wie erwartet funktioniert. Ich habe neulich auf dem Flur mitbekommen, dass Zweifel an der Funktionalität der neuen Software bestehen. Diese Zweifel können wir jetzt hoffentlich widerlegen und endlich Vertrauen in das gesamte System schaffen", führt Eddy im Meeting des Wartungsteams aus. Theo hatte während der letzten kollegialen Fallberatung von Eddy noch einmal auf die Bedeutung des Systemtests hingewiesen, damit verhindert wird, dass Fehlerzustände in den Abnahmetest oder sogar in das produktive System übertragen werden. "Also sind die kommenden Tests enorm wichtig für den weiteren Erfolg des Projekts", betont Theo.

Eddy und sein Team beginnen mit der Planung der Systemtests. Da sie die Software nicht in der "Echt-Weit" testen können, brauchen sie eine Testumgebung., die die Realität möglichst gut widerspiegelt.

"Wie sieht es denn mit der Anbindung an die externen Systeme aus?", wirft Volker in die Runde. "Eine Auswahl der verwendeten externen Systeme können wir für unsere Tests nutzen", antwortet Eddy. "Ich erstelle eine Übersicht über die Systeme, die wir problemlos verwenden können". "Wunderbar, dann kümmere ich mich um das Schreiben der Testfälle", sagt Christiane. Leider können sie nur selten alle Fremdsysteme mit einbeziehen, denn das erfordert einen hohen Koordinationsaufwand und vor allem auch Personelle Ressourcen. Aber dort, wo sie nicht direkt mit Fremdsystemen interagieren können behelfen sie sich mit Mocks, von denen sie sehr viele schon im Integrationstest hergestellt haben und die sie nun wiederverwenden. „So erzielen wir echte Synergien zwischen den Teststufen", freut sich Eddy, „gut, dass ich um diese Aufwände gekämpft habe und wie schön, dass ich nun zeigen kann, wie sinnvoll das war.'

Eddy ist wichtig, dass die Testfälle so geschrieben werden, dass eine Überprüfung der funktionalen aber auch der nicht-funktionalen Anforderungen gewährleistet ist. Gerade bei Systemtests ist letzteres wichtig. Dabei hat Theo während der Beratung folgende Punkte besonders im Blick: Da das System zukünftig von vielen verschiedenen Anwendern genutzt wird, hat er das Softwarequalitätsmerkmal „Effizienz" priorisiert und möchte also Lasttests durchführen, um das Verhalten des Systems bei einer Vielzahl von parallelen Zugriffen zu testen. Es geht ihm also um Fragen wie "Welche Reaktionszeiten hat das System?", und "Wie verändert sich die Performance bei zunehmender Last?". Um jenseits der nicht-funktionalen Anforderungen die Grenzen des Systems einmal richtig auszureizen, schlägt Theo vor auch einige Stresstests zu integrieren, denn er weiß, dass es zum Ende jeden Quartals die Anzahl der Zugriffe auf das System deutlich ansteigen. Zum Schluss würde Eddy auch gerne einige Tests auf Zuverlässigkeit durchführen. Dazu muss er aber vorher mit Hilde besprechen um abzuklären, ob und wie viel Zeit für solche Tests zur Verfügung steht denn sie müssen sich einige Ressourcen teilen.

Christiane öffnet die neueste Mail von Eddy: "Hallo Christiane, denk bitte daran, dass wir mit dem Systemtest auch unvollständige oder widersprüchliche Anforderungen aufdecken wollen, ggf. decken wir auch undokumentierte oder vergessene Anforderungen auf. Hier müssen wir besonders aufpassen und die Ergebnisse später genau dokumentieren. Wenn wir alle Faktoren berücksichtigen, können wir das Risiko von Fehlern in unserem System deutlich reduzieren."