Let's talk about test... Robert van Hooff

19. Februar 2020
Robert van Hooff, Testleiter bei NIBC
Robert van Hooff, Testleiter

"Ein System, mit dem die Menschen arbeiten, muss auch für die Menschen praktikabel sein.

In dieser Blogserie sprechen wir mit Testmanagern und Testkoordinatoren aus verschiedenen Branchen. Auf Testersuite hören wir gerne die verschiedenen Ansichten über das Testen und was einen Testmanager oder Testkoordinator beschäftigt. In dieser Ausgabe von Let's Talk About Test treffen wir Robert van Hooff, PTWEE-Testmanager bei NIBC.

Nur eine Vorwarnung: Wer ist Robert?

Ich heiße Robert, bin 50 und wohne mit meiner Frau und meinen drei Kindern in Bleiswijk, in der Nähe des Flüsschens Rotte, wo wir oft mit dem Hund spazieren gehen. Meine Töchter sind 13 und 18, mein Sohn ist 20 und wird wahrscheinlich IT studieren.

Bleiswijk? Dann sind Sie wahrscheinlich ein Feyenoord-Anhänger?

Auf jeden Fall!

Wollten Sie schon als Kind Testkoordinatorin werden?

Nein, nein, nein. In meiner Kindheit wollte ich Pilot werden. Als Jugendlicher kam dann die Idee hinzu, Koch zu werden. Tatsächlich begann mein Interesse am Kochen zu wachsen. Das wurde zu einem Hobby von mir.

Nach der vwo habe ich angefangen, die heao zu machen. Ich hatte die Wahl zwischen der HES Rotterdam und der HES Amsterdam. Wenn man aus Den Haag kommt, entscheidet man sich natürlich für Qualität und damit für Rotterdam. Aufgrund meiner großen Liebe zu Sprachen (Englisch, Deutsch und Französisch) habe ich mich für den Studiengang Internationales Management entschieden. Neben den Wirtschafts- und Finanzfächern umfasste dieser Studiengang auch Sprachen. Mein Praktikum habe ich in Ludwigshafen gemacht.

Von PTWEE aus habe ich kürzlich einen Auftrag ausgeführt, der mich nach Frankfurt führte. Dort habe ich mit deutschen Kollegen einen neuen digitalen Arbeitsplatz getestet. Im niederländischen Büro ist die Arbeitssprache Englisch. Ich komme also auch dort sprachlich auf meine Kosten.

"Vorher habe ich Wordperfect 5.1 und Lotus 123 benutzt."

Wie sind Sie zur IT gekommen?

Nach meinem Studium musste ich zum Militär. Wir waren die letzte Gruppe (93-3) von Wehrpflichtigen. Der Dienst dauerte schließlich 10 Monate, weil die Wehrpflicht am 1. Januar abgeschafft wurde. Der Kalte Krieg war zu Ende, und die Materialdirektion hatte eine Menge überschüssiger Munition. Diese musste demontiert werden. Meine Aufgabe war es, eine internationale (d.h. wieder sprachliche) Beschaffungsstudie durchzuführen. Ziel war es, eine Partei auszuwählen, die die Munition fachgerecht und kostengünstig entsorgen konnte. Dabei habe ich die damals verfügbaren Anwendungen genutzt.

Während meiner Zeit bei COA in Rijswijk begann ich als Mitarbeiterin für die Bereitstellung von Informationen. Meine Aufgabe war es, alle Managementinformationen zu sammeln, die die zentrale Leitung benötigte. Dazu verwendete ich Wordperfect 5.1, Lotus 123 und Harvard Graphics, was damals der Standard war. Das habe ich optimiert, was mich schnell als Gehirn für die Informationsbeschaffung bekannt machte. Man hat gesehen, dass ich das gerne mache und ein Händchen dafür habe.

Bald kam die Nachfrage nach Unterstützung für ein bestehendes maßgeschneidertes System, in dem alle Informationen über die Aufnahmezentren und die Bewohner gespeichert waren. Ich durfte das als Koordinator für das Funktionsmanagement koordinieren. Einmal im Monat organisierte ich ein Treffen mit den Hauptnutzern. Dort wurden die funktionalen Anforderungen diskutiert, Prioritäten gesetzt und die Auswirkungen auf die IT bewertet. Dann begannen wir mit der Freigabe die ersten Tests.

Das System muss halten, was es verspricht."

Das war also der Grund, warum Sie die Tests durchgeführt haben?

Ja, in der Tat. Ich bin der festen Überzeugung, dass ein System, mit dem die Menschen arbeiten, auch für die Menschen praktikabel sein muss. Das System muss halten, was es verspricht. Effizient, benutzerfreundlich und einfach. Die Menschen sollten mit dem Werkzeug, mit dem sie arbeiten, zufrieden sein. IT ist ein Wegbereiter für das Geschäft. Neue technologische Entwicklungen sind zwar interessant, aber allzu oft klafft eine große Lücke zwischen den angebotenen Funktionen und dem, was die Menschen wirklich brauchen. Die Endnutzer haben oft Schwierigkeiten, die von ihnen benötigten Funktionen zu formulieren. Vor allem muss die eingesetzte IT benutzbar sein und die Endbenutzer unterstützen, um optimale Ergebnisse zu erzielen. Diese Lücke zu schließen, ist mein ständiges Bestreben in meiner Karriere.

Wo liegen Ihre Herausforderungen als Testmanager?

Rechtzeitig bereit sein! Sie können als Testmanager (aus Sicht der Qualitätssicherung) nicht früh genug in Projekte eingebunden werden. Setzen Sie Ihre Ziele so intelligent wie möglich. Legen Sie Ihre Anforderungen so früh wie möglich fest. Fragen Sie sich sofort: Kann ich das mit Administratoren und Benutzern testen? Ich möchte sehen können, wie es bald genutzt werden wird. Wenn ich das nicht kann, werde ich Fragen stellen und die Leute herausfordern. Die Bank, für die ich jetzt arbeite, misst der Qualität ihrer IT große Bedeutung bei. Glücklicherweise sieht sie die Notwendigkeit, Testmanager frühzeitig in wichtige IT-Entwicklungen einzubeziehen.

Wir haben vor kurzem ein neues Salesforce-Projekt begonnen, für das der Vertrag gerade unterzeichnet wurde. Die erste Frage lautet also: Was genau ist vertraglich vereinbart? Was werden wir mit dieser Partei tun und in welcher Reihenfolge? Wie kann man die Dinge im Ganzen halten? Man ist nie auf der grünen Wiese, denn der Laden muss offen bleiben. Man kann nicht etwas in großartiger Isolation herausgeben, ohne die Landschaft zu berücksichtigen, in der es landen muss. Sie müssen die zu unterstützenden Prozesse, Migrationen, Integrationen, Sicherheit, Compliance usw. berücksichtigen. Hier gibt es immer mehr Anforderungen.

Was sind die wichtigsten Meilensteine, die Sie in der Bank erreicht haben?

Am wichtigsten ist, dass wir ein neues digitales Arbeitsplatzkonzept umgesetzt haben, bei dem es während der Einführung kaum Zwischenfälle gab. Das Management der verschiedenen Niederlassungen lobte die geräuschlose Einführung. Das Management des IT-Lieferanten sagte, sie hätten noch nie eine Einführung bei einem Kunden mit so wenigen Zwischenfällen durchgeführt. Das war ein schönes Kompliment. Dafür macht man es ja auch.

Wichtig ist auch der Einsatz von Quality Gates. Der Benutzerakzeptanztest ist der ultimative Test. Manchmal musste ich dazu raten, den Echtbetrieb zu verschieben, weil die Qualitätskriterien nicht erfüllt waren. Diese Ratschläge wurden von der Geschäftsleitung angenommen. Testersuite hat mir sehr dabei geholfen, die Fakten auf der Grundlage von Defekte, Mängeln und Abnahmekriterien zu belegen.

"Ich bin froh, dass wir das mit Testersuite gemacht haben, weil ich alles beweisen konnte", sagte er.

Welche Rolle hat Testersuite dabei gespielt?

Das Projekt umfasste etwa 140 Client-Anwendungen, eine ähnliche Anzahl von Geschäftsanwendungen, verschiedene Peripheriegeräte, neue Netzwerke, Serverumgebungen und vieles mehr. Testersuite half bei der Produkt-/Risikoanalyse. Wir testeten mit Endbenutzern, von denen einige zuvor noch nie strukturierte Tests durchgeführt hatten. Diese Leute dazu zu bringen, mit Testersuite zu arbeiten, verlief sehr reibungslos. So konnten wir sehr leicht begründen, was wir getestet hatten und wie die Ergebnisse aussahen.

Ein schöner Vorteil von Testersuite ist, dass es nicht nur einfach und vollständig ist, sondern auch einen guten Prüfpfad hat. Ich habe gerade ein Projekt durchgeführt, bei dem wir geprüft wurden. Ich bin froh, dass wir das mit Testersuite gemacht haben, denn ich konnte alles beweisen.

Wie sieht die Zukunft für den Testmanager aus?

Ich denke, die nächste Schlacht ist die Testautomatisierung. Darauf muss man als Organisation vorbereitet sein. Dies erleichtert den Testern und der Testorganisation die Arbeit in den sich wiederholenden Testfälle . Es verlagert die Arbeit des Testmanagers mehr in Richtung Analyse. Warum bekomme ich immer wieder dieselbe Defekte in dieselbe Ecke und wie können wir das strukturell lösen?

Ist die Testautomatisierung nicht eigentlich eine Automatisierung innerhalb des Testens?

Das ist richtig. Diese Aussage hat mich vorhin auch angesprochen. Analyse bedeutet wiederum, dass man zunächst wieder manuell testen muss, um zu sehen, ob die Analyse richtig ist, und wie kann man das wieder in einen Regressionstestsatz verwandeln. Außerdem kann man auch nicht alles automatisiert testen.

Eine kritische Frage des Testersuite Teams, was könnte besser sein?

Die Berichtsfunktion in Testersuite wurde stark verbessert. Es wäre schön, wenn wir auch eine Freigabeempfehlung in Testersuite erfassen könnten. Dann ist die gesamte Testberichterstattung, die Entscheidungsfindung für Quality Gates und der Audit Trail dazu in Testersuite festgelegt.

Was würden Sie angehenden jungen Testmanagern mit auf den Weg geben?

Seien Sie Sie selbst und stellen Sie Probleme immer so dar, dass sie nicht bedrohlich wirken. Vermeiden Sie es, sich selbst ins Abseits zu stellen. Bereiten Sie die Gespräche mit den Menschen rechtzeitig vor, damit das, was Sie sagen werden, nicht zu einer Überraschung wird.

Haben Sie noch etwas zu sagen?

Wenn ich auf meine berufliche Laufbahn zurückblicke, sehe ich einen klaren roten Faden: Ich habe immer qualitativ hochwertige Lösungen für meine Kunden entwickelt, unabhängig von der Position.

Reden wir über den Test!

Haben Sie auch interessante Erfahrungen in der Testbranche, die Sie mit uns teilen möchten? Lassen Sie es uns wissen! Lassen Sie uns reden

Wollen auch Sie besser und intelligenter testen?

Entdecken Sie unsere benutzerfreundlichen Cloud-Produkte

Testersuite verwendet Cookies. Bitte geben Sie an, welche Cookies Sie akzeptieren. Weitere Informationen finden Sie in unserer Datenschutzerklärung.