Wir freuen uns über die Erfahrungen und Visionen von Testexperten im Bereich Testen und Softwarequalität. Dieses Mal Let's talk about test wir für unsere Blogreihe Let's talk about test Stevin Zand Scholten, Release- und Change-Koordinator bei Radboudumc.
„Die Elefantenpfade, die die Nutzer kennen, wir aber nicht, kommen jetzt viel häufiger ans Licht.“
Wer ist Stevin?
Ein positiver Mann von 46 Jahren, der diesen Monat noch 47 wird. Ich wohne in Deventer und bin Vater einer wunderschönen 13-jährigen Tochter.
In Deventer habe ich Wirtschaftsinformatik an der Hogeschool IJsselland (heute Saxion Hogeschool) studiert. Seitdem bin ich mein gesamtes Berufsleben lang im IT-Bereich im Gesundheitswesen tätig. Zunächst in Beratungsfunktionen bei PinkRoccade und Siemens und nun seit bereits 10 Jahren bei Radboudumc.
Der Beruf des Release-, Change- und Testmanagers stand früher natürlich nicht auf Ihrer Wunschliste?
Nein, ganz sicher nicht. Ich wollte Kampfjetpilot werden und das möchte ich immer noch. Aber ich glaube, das wird nicht klappen, weil ich keine Drehbewegungen vertrage. Und mein Alter spielt auch keine Rolle, haha... Profifußballer bei Go Ahead Eagles gehörte ebenfalls zu meinen Träumen, aber leider...
Wie bist du zum Testen gekommen?
Ich hatte schon immer mit Tests zu tun. Das begann bereits als Berater bei PinkRoccade und Siemens. Vor allem, wenn man wie ich damals auf der Entwicklerseite tätig ist. Dann möchte man natürlich, dass alles einwandfrei funktioniert, bevor es zum Kunden gelangt.
Bei Radboudumc bin ich für das EPD EPIC verantwortlich, das größte IT-System von Radboudumc. Da ich eine klare Vorstellung von der Verwaltung von EPIC habe, habe ich mich damals in die Arbeit des Testmanagers Peter Smit eingemischt. Das war für ihn der Grund, mich mit dem Testprozess von EPIC zu beauftragen. Als Peter (leider viel zu früh) verstarb, habe ich den gesamten Testprozess übernommen.
„Diese Endnutzer sind das Qualitätsmerkmal des Systems.“
Wie hat sich der Testprozess bei Radboudumc weiterentwickelt, seit Sie ihn übernommen haben?
Im Bereich Informationsmanagement wurde das Testen auf ein höheres Niveau gebracht. Es wird mehr und sorgfältiger getestet. Und diesen Trend setzen wir weiterhin fort. Wir lassen EPIC jetzt von nicht weniger als 150 bis 200 Endnutzern testen. Diese Endnutzer sind das Qualitätssiegel des Systems. Früher waren es Anwendungsspezialisten, die die FAT durchgeführt haben. Anwendungsspezialisten kennen jedoch nicht alle Abkürzungen (Prozesse), wie sie ein Nutzer in der Anwendung kennt.
Mittlerweile versteht die Organisation immer besser, dass das Testen ein wichtiger Bestandteil jedes IT-Projekts ist. Neue Projekte werden nun mit einem soliden Testplan gestartet; dies gilt auch für nicht EPIC-bezogene Projekte. Es ist nun Standard, dass die Eigentümer eines neuen Projekts zuerst zu mir kommen müssen.
Was bringt das Testen durch so viele Nutzer dem Radboudumc?
Vor allem ein qualitativ hochwertiges System. Dadurch erhalten wir nach der Inbetriebnahme des EPD fast keine Produktionsmeldungen mehr. Manchmal gehen noch technische Meldungen ein, aber auch das werden wir angehen. Dazu führen wir technische Tests durch.
Durch diese umfassenden Tests mit Anwendern wird unser Bereitschaftsdienst kaum noch wegen Produktionsangelegenheiten angerufen. Das ist genau das, was man will! Als ich bei Radboudumc anfing, wurde ich während meiner Bereitschaftsdienste bis zu 12 Mal an einem Wochenende angerufen. Jetzt kommt das nur noch selten vor!
Auch die Nutzer finden es gut, Tests durchzuführen. Sie haben das Gefühl, dass ihnen Gehör geschenkt wird. Eine gute Zusammenarbeit ist die halbe Miete. Sie haben Einfluss auf die IT und die Anwendungen, mit denen sie arbeiten, was als positiv empfunden wird.
„Der Helpdesk weiß jetzt, dass es ruhig bleibt.“
Und was bringt dieser Ansatz für das Informationsmanagement?
Die Abkürzungen, die die Benutzer kennen, wir aber nicht, kommen jetzt viel häufiger ans Licht. Als IT-Fachleute testen wir von A nach B, von B nach C und so weiter. In der Praxis sieht man, dass Benutzer in einer Produktionsanwendung von A nach E und von D nach C gehen. So testen sie auch. Dies liefert Einblicke in Fehler, die wir zuvor weniger schnell erkannt haben.
Eine Anwendung hat eine bestimmte Logik. Wir versuchen, Fehler zu beheben, die durch Abkürzungen entstehen. So stellen wir sicher, dass diese Logik in der Anwendung wieder befolgt wird. Das hilft den Benutzern, effizienter zu arbeiten, was den Druck auf den Helpdesk verringert. Der Helpdesk weiß nun, dass es ruhig bleibt. So sind wir für einen Live-Start von 20 Personen vor Ort auf 5 Mitarbeiter gegangen. Der Verantwortliche migriert seine/ihre Konstruktion inzwischen von zu Hause aus.
Testen Funktions- und Anwendungsadministratoren noch mit?
Ja, wir testen Verbindungen und große angrenzende Systeme in integrierten Tests. So wissen wir, dass Verbindungen nach einem Update weiterhin funktionieren. Sie führen selbst auch Tests hierfür durch.
Welche großen angrenzenden Systeme meinst du?
Große Systeme wie Lab (GLIMS) und Bilder (Röntgen und Radiologie). Wenn diese Systeme ausfallen, ist die Patientensicherheit gefährdet und die kosten steigen kosten an. Dann versteht man, dass Tests wichtig sind. Ein Tag ohne OP (Operationssaal) kostet viel Geld, daher macht sich ein guter Testprozess mit einem guten Testmanagement-Tool schnell bezahlt.
Das Verrückte daran ist, dass es gar nicht so schwer ist, Tests durchzuführen, wenn man sie mit einem guten Testmanagement-Tool richtig einrichtet und durchführt. Man kann sozusagen in fünf Minuten mit den Tests fertig sein und spart sich damit eine Menge Ärger und Geld. Warum gerade diese Anstrengungen und Investitionen manchmal als erstes gekürzt werden, bleibt rätselhaft.
Werden in Zukunft noch weitere angrenzende Systeme getestet werden?
Mein erster Schritt muss sein, dass wir als Informationsmanagement dort, wo verwaltet und entwickelt wird, selbst umfassende Tests durchführen. Wir müssen mit gutem Beispiel vorangehen, wenn wir die Organisation bitten, (mit) zu testen. Dieser Ölfleck breitet sich bereits aus und muss nun weiterfließen. Damit bin ich gerade voll beschäftigt.
„...das Management wird erkennen, dass Tests wichtig sind.“
Welchen Meilenstein haben Sie bei Radboudumc erreicht?
Dass Nutzer mitgetestet haben und dadurch eine Verringerung der Produktionsmeldungen nach dem Livegang erzielt wurde.
Ein weiterer Meilenstein, der sich zunehmend abzeichnet, ist, dass das Management die Bedeutung von Tests erkennt. Es gibt immer mehr Menschen, die ohne IT-Ausbildung oder -Hintergrund im Informationsmanagement arbeiten. Das sind gute Leute, die man gerne dabei hat. Sie kennen sich sehr gut mit den Prozessen aus und sind sehr wertvoll, haben aber keine Kenntnisse über Tests. Es ist schön, eine solche Mischung zu haben, das macht einen stark.
Welche Rolle spielt Testersuite Testprozess von Radboudumc?
Testersuite die Durchführung von Tests. Es ist einfach aufgebaut, professionell und jeder kann schnell damit arbeiten. Außerdem funktioniert Testersuite und hat den Anspruch„no more, no less”. Solche Tools müssen Sie gut unterstützen, und das tut es auch.
Außerdem Testersuite die kurzen Kommunikationswege mit Testersuite . Ihr reagiert sehr schnell, seid leicht erreichbar und nette Leute.
Interessieren Sie sich auch für automatisierte Tests?
Automatisierte Tests sind für uns noch kein Thema. Zunächst muss eine solide Grundlage geschaffen werden, bevor wir dies weiterentwickeln können. Möglicherweise werden wir in Zukunft etwas mit Testautomatisierung für Microsoft-Produkte machen, aber das hat keine Priorität.
Ich sehe Testautomatisierung vor allem als zusätzliche Kontrolle zu Ihren normalen Tests, und dafür ist sie zu teuer.
In der Finanzwelt beispielsweise hat man weniger mit Menschen zu tun und es gibt weniger Veränderungen, sodass man diese Prozesse automatisieren kann. Unsere Prozesse sind umfangreich und komplex. Sie beinhalten einen großen menschlichen Faktor und es gibt so viele verschiedene Disziplinen und Abzweigungen in den Prozessen. Das ist mit Testautomatisierung schwer zu erfassen. Man weiß nie, welche Abzweigung ein Patient im Prozess nimmt. Die Beantragung einer Bankkarte ist etwas einfacher. Dort, wo es klar definierte Verfahren gibt, ist automatisiertes Testen einfacher. Wenn mich jemand von Testautomatisierung überzeugen kann, höre ich gerne davon.
Was möchten Sie mit dem Testverfahren innerhalb des Radboudumc erreichen?
Dass das gesamte Informationsmanagement innerhalb der nächsten zwei Jahre in die Standardarbeiten integriert wird. Es darf nicht sein, dass wir selbst bei der Informationsverwaltung auf Produktionsmeldungen stoßen, die durch Tests leicht hätten behoben werden können.
„Manchmal generiert KI Antworten, die man Patienten nicht mitteilen kann.“
Wird bei Radboudumc bereits generisch mit KI gearbeitet?
Wir setzen KI ein, um Zusammenfassungen von Patientengesprächen zu erstellen. KI ist noch lange nicht ausgereift, wenn es um Menschenleben geht. Wir sind noch nicht so weit. Manchmal generiert KI Antworten, die man Patienten nicht mitteilen kann. Dann bricht Panik aus; sie ist nicht zuverlässig genug. Wir verwenden sie sicherlich noch nicht für unseren Testprozess, da wir im Krankenhaus mit dem menschlichen Faktor zu tun haben.
Was raten Sie anderen Krankenhäusern in Bezug auf Tests?
Sorgen Sie dafür, dass Benutzertests eingerichtet und auch von Benutzern durchgeführt werden. Ich weiß, dass alle EPIC-Häuser dies ebenfalls wünschen. In unserer landesweiten EPIC-Benutzerkonferenz sprechen wir auch darüber.
Was raten Sie angehenden Testern?
Versuchen Sie zunächst, die Grundlagen Ihrer Anwendung gut zu verstehen, bevor Sie mit dem Testen fortfahren. Wenn Sie die Grundlagen gut beherrschen, können Sie über das Testen sprechen. Dann wissen Sie nämlich, wovon Sie sprechen.
Ich bin der Meinung, dass jeder im Bereich Informationsmanagement ein ITIL-Zertifikat haben sollte. Als ich bei PinkRoccade anfing, musste ich in der ersten Woche ITIL absolvieren. Aufgrund meiner Ausbildung dachte ich, dass ich schon alles wüsste, aber mit ITIL stellte ich fest, dass dies nicht der Fall war. Ein ITIL-Zertifikat ist eine gute Grundlage.
