In dieser Blogserie lassen wir Testexperten und Qualitätsfachleute aus verschiedenen Branchen zu Wort kommen. Das Team von Testersuite möchte von diesen Fachleuten die verschiedenen Ansichten zum Thema Testen und Softwarequalität hören. In dieser Ausgabe von Let's Talk About Test, treffen Sie Fokko KeuningBereichsleiter Qualitätslösungen bei myBrand Conclusion.
"Das Verständnis für Qualität ist wichtig, um Risiken früher zu erkennen und zu mindern.
Nur eine Vorwarnung: Wer ist Fokko?
Natürlich bin ich nicht nur Bereichsleiter Quality Solutions bei myBrand Conclusion. Inzwischen bin ich 50 Jahre alt, lebe mit meiner Freundin zusammen, habe zwei Töchter und zwei Bonuskinder. Wir wohnen in Dronten.
Seit August haben wir einen Tervueren-Schäferhundwelpen neben unserem pensionierten Blindenhund. Vielleicht kann der Welpe etwas von dem alten Hund lernen.
Wollten Sie in der Grundschule schon Qualitätsmanager werden?
Nein, ich hatte nur eine Leidenschaft und die war, Pilot zu werden. Dafür habe ich alles getan. Bei der Luftwaffe war ich einer der wenigen, die alle Prüfungen ohne Probleme bestanden haben. Mir war klar, dass es nicht funktionieren würde, ein F16-Pilot zu werden. Als Kind litt ich an einer leichten Form von Epilepsie, die ich mit 12 Jahren überwunden hatte.
Ich wollte Hubschrauberpilot werden, und auch bei der Luftwaffe sah man darin kein Problem. Sogar die abschließenden Simulatortests habe ich ohne Probleme bestanden. Am Ende wurde ich jedoch vom medizinischen Personal abgelehnt. Ich war für 100 % gesund erklärt worden, aber die Air Force wollte sich nicht darauf einlassen.
Die Luftfahrt ist immer noch meine stille Leidenschaft. Zu Hause am Simulator fliege ich einen Airbus A320 und es läuft großartig.
Meine zweite Leidenschaft ist die IT. Als 12-jähriges Kind hatte ich einen Computer, der noch keine Festplatte hatte. Sie wissen schon, mit Disketten für die A- und B-Disk. Später hatte ich dann einen Personal Computer. Damals hieß das noch IBM-kompatibel. Bei HBO habe ich noch versucht, in die Richtung Personalwesen zu gehen, bin dann aber in die IT gegangen.
Wie sind Sie in die Welt des Qualitätsmanagements gekommen?
Für mich ist es wichtig, dass etwas gut aussieht und auch gut ist. In der IT bin ich über Aufgaben wie Netzwerkadministrator und IT-Management zum Projektmanagement gekommen. Irgendwann war die Anzahl der Aufträge bei der Organisation, für die ich damals arbeitete, erschöpft. Daraufhin musste ich etwas anderes machen.
Dann wurde ich Fahrlehrer; die IT war eine Zeit lang bereit für mich. Also gründete ich meine eigene Fahrschule in Lelystad und eine Franchise-Fahrschule in Zwolle. Die Idee war, selbst aus dem Auto auszusteigen und ein Vollzeitunternehmer zu werden.
In der Zwischenzeit war mein erstes Kind auf die Welt gekommen, und dann verpasst man als Unternehmer viel. Das veranlasste mich, wieder nach einem Job in der IT zu suchen. Es war eine Stelle als QS-Berater frei, und das schien großartig zu sein. Aufgrund der Lücke in meinem Lebenslauf wurde ich auf einer etwas niedrigeren Stufe eingestellt. Nach drei Monaten wurde das jedoch schnell wieder geändert. Das spielte sich 2006 ab. Jetzt bin ich Bereichsleiter Quality Solutions bei myBrand Conclusion.
"Beginnen Sie so früh wie möglich, um Fehler zu vermeiden und Risiken zu reduzieren."
Welchen Stellenwert hat die Prüfung im Rahmen des Qualitätsmanagements?
Heutzutage wird das Prinzip der Linksverschiebung immer häufiger angewandt. Mit anderen Worten: Beginnen Sie früher mit dem Testen. Dies ist ein wichtiger Bestandteil der Qualitätssicherung. Beginnen Sie so früh wie möglich, um Fehler aufzuspüren und Risiken zu verringern. Auf diese Weise reduzieren Sie auch die Wiederherstellungskosten.
Weltweit werden 81 % der IT-Projekte immer noch zu spät geliefert. Bei 51 % gibt es immer noch Probleme in der Produktionsumgebung und 41 % überschreiten das Budget. Wenn ich das mit den Zahlen vergleiche, die ich seit Jahren in Schulungen vermittle, dann stehen wir in der IT immer noch nicht gut da. Testen ist so wichtig, aber es wird immer noch unterschätzt.
Warum gibt es in der IT immer noch keine richtigen Tests?
Letztes Jahr hielt ich eine Präsentation vor der Geschäftsleitung eines Kunden, in der ich erklären musste, warum sie die Abnahmetests immer noch selbst durchführen müssen. Sie verstanden nicht, warum das notwendig war, denn myBrand Conclusion hatte doch schon getestet?
Ich habe erklärt, dass wir tatsächlich Tests durchgeführt haben. Aber letzten Endes ist es Ihr Unternehmen, sind es Ihre Geschäftsprozesse und Systeme. Sie selbst können am besten feststellen, ob alles so funktioniert, wie es sollte. Sie sehen immer, wenn die Key-User mit dem Testen beginnen, fließt die Defekte ein. Das liegt daran, dass die Key-User ganz anders mit den Systemen arbeiten als wir als Außenstehende.
Müssen die Berater von myBrand Conclusion also wirklich die Kunden mit einbeziehen?
Ja, in der Tat. Ich erkläre zum Beispiel immer, dass man neben dem risikobasierten Testen auch auf das wertbasierte Testen achten sollte. Das risikobasierte Testen basiert auf dem Prinzip "Kein Risiko - kein Test". Beim wertorientierten Testen schaut man sich an, wo der größte Nutzen für den Kunden liegt.
Lassen Sie mich ein Beispiel anführen: Ein Kunde hat Produkte in die Cloud gebracht. Wir fangen dann natürlich an, die Funktionalität zu testen. Der eigentliche Wert liegt jedoch in der Leistung und Sicherheit. Das liegt daran, dass sie in die Cloud gehen. Das war also der Hauptschwerpunkt unserer Tests.
Das ist die zusätzliche Frage, die Sie sich als Testberater stellen müssen: Wo liegt der Wert für den Kunden? In einem früheren Let's talk about test hat Dirk Janssen erwähnt, dass es um Prozesse und Risiken geht. Ich ergänze dies mit der Frage, wo der Wert für den Kunden liegt. Bei Agile und DevOps ist der Wert auch der Ausgangspunkt, also passt das perfekt.
"Bei SaaS-Anwendungen muss man auch testen."
Sollten Sie auch mit Low-Code und SaaS testen?
Mein ehemaliger Kollege Jan-Jaap Cannegieter hatte einen Vortrag darüber gehalten, ob man bei Low-Code auch testen muss. Ja, das muss man! Low-Code funktioniert mit Standardplattformen, aber eigentlich entwickelt man maßgeschneiderte Anwendungen. Wenn etwas getestet werden muss, dann ist es die Anpassung.
Bei SaaS-Anwendungen muss man auch testen. Wenn ich mir die neuen Public-Cloud-Angebote von SAP anschaue, dann bieten sie diese auf der Grundlage von Best Practices an. Als SaaS-Nutzer haben Sie keinen Einfluss auf die Plattformen, das liegt bei SAP.
Die Frage ist, ob Ihre Geschäftsprozesse so unterstützt werden, wie Sie es wünschen. Auch hier gibt es Anpassungen, die wir oft mit Low-Code-Lösungen vornehmen. Sie müssen also testen. Die wichtigste Frage ist, ob Ihre Geschäftsprozesse auf die richtige Weise unterstützt werden. Unabhängig davon, ob es sich um eine On-Premise- oder eine Cloud-Lösung handelt.
Testen bleibt also wichtig!
myBrand Conclusion übernimmt das von Gartner entwickelte Modell mit mehreren Ebenen. Die erste Schicht ist das System der Aufzeichnung. Das ist Ihr zentrales Altsystem. Sie wollen es so wenig wie möglich ändern. Dann gibt es das System der Differenzierung. Es enthält Anwendungen, die die einzigartigen Fähigkeiten eines Unternehmens ermöglichen. Die dritte Schicht ist das Innovationssystem. Hier positionieren wir die Low-Code-Plattformen. Die verschiedenen Systeme kommunizieren miteinander, und das Letzte, was man will, ist, dass zwischen diesen Schichten Fehler auftreten. Daher ist das Testen nach wie vor wichtig.
Wo liegen die Herausforderungen bei Ihren Kunden?
Leider geht es dabei hauptsächlich darum, das Bewusstsein zu schärfen und die Kunden zu überzeugen, in Qualität und Tests zu investieren. Das kostet viel Zeit im Vorfeld des Verkaufs. Wenn die Berater erst einmal da sind, läuft es gut und die Leute sehen schnell den Mehrwert. Dann denke ich: Ja, ich habe wieder jemanden aufmerksam gemacht. Mein Ziel ist es, die Leute für Qualität zu sensibilisieren.
Warum ist Qualität so wichtig?
Das Verständnis für Qualität ist wichtig, um Risiken früher zu erkennen und zu mindern. Dies verhindert Nacharbeit und spart Geld. Es wird der Eindruck erweckt, dass Qualität Geld kostet, aber in Wirklichkeit spart sie Geld, weil man Nacharbeit vermeidet.
Durch Qualität können Sie schneller liefern, die Markteinführung ist wichtig, und Qualität hilft Ihnen dabei. Wenn es keine Qualität gibt und man anfängt, das Tempo zu erhöhen, bedeutet das Fehler, und das kostet Geld.
"Oft geht es schon bei den Anforderungen schief."
Das Böhmsche Gesetz gilt immer noch, nicht wahr?
Das ist auch heute noch so. Wir haben einmal mit einer Gruppe cleverer Leute versucht, eine clevere Variante des Böhmschen Gesetzes(Die Reparaturkosten steigen exponentiell an, wenn ein Fehler erst später im Entwicklungsprozess gefunden und behoben wird, Anm. d. Ü.) zu entwickeln, was nicht gelang. Aufgrund seiner Einfachheit ist dieses Gesetz nach wie vor aktuell. Die Macht der Einfachheit!
In der Anforderungsphase geht oft etwas schief. Projekte gehen oft zu schnell darüber hinweg, weil sie einfach loslegen wollen. Ein Beispiel: Ich habe als Anforderung, dass ich einen Geländewagen haben möchte, in dem ich Gepäck transportieren kann. Dann bekomme ich einen Landrover zum Testen in meine Einfahrt gestellt, obwohl ich einen Golfwagen meinte. Die Umbaukosten, um aus dem Landrover einen Golfwagen zu machen, sind enorm.
Sie sollten nicht sofort in Lösungen denken. Es ist besser, zuerst zu fragen. Das passiert heutzutage eher selten. Auf myBrand Conclusion helfen wir dem Kunden auch dabei.
Die Überprüfung von Leistungen kostet Geld, heißt es. Ich garantiere einen ROI von mindestens 1:3 für die Überprüfung. Bei einem Kunden habe ich sogar einen ROI von 1:20 erreicht. Auf diese Weise habe ich dem Kunden bei großen Projekten tonnenweise Reparaturkosten erspart. Es kostete den Kunden Geld, uns zu beauftragen, aber die dadurch erzielten Einsparungen waren um ein Vielfaches höher.
Wie sehen Sie die Anwendung Testersuite in Ihrer Arbeit?
Neulich war ich auf einer Veranstaltung, auf der ich gefragt wurde, welches das am häufigsten verwendete Testwerkzeug ist. Jeder weiß, dass das Excel ist. Ich strebe mit meinen Kunden eine höhere Testreife an, und dann möchte man von Excel wegkommen.
Wenn ich mit Kunden spreche, sagen sie immer, ich habe Excel, und das benutzen wir auch. Wenn ich dann frage, wie viel Geschäftsrisiko Sie damit abdecken, wissen sie es nicht. Auf die Frage, ob es Produktionsprobleme gibt, lautet die Antwort "ja". Wenn man dann anfängt zu analysieren, sieht man, dass man mit weniger Testfälle ein größeres Geschäftsrisiko abdeckt und daher besser und billiger testen kann.
In Testersuite bringen Sie die richtige Testfälle richtig in alle Ihre (Teil-)Prozesse ein. Es unterstützt den gesamten Prüfprozess, und wenn Sie es einmal richtig eingerichtet haben, können Sie es wiederholbar machen. Über die Masterliste können Sie bei Bedarf alles abrufen und wiederverwenden. Der Workflow in Testersuite nimmt Ihnen einen Großteil der Kommunikation aus der Hand. Er bietet Ihnen Struktur und einen Schritt in Richtung Testreife. Er ist auch ideal für die Vorbereitung auf die Testautomatisierung.
Wie sehen Sie ganz allgemein die Zukunft des Prüfberufs?
Sehr positiv. Ich denke, wir werden die manuellen Tests bei den durchgeführten Änderungen immer beibehalten. Es wird viel in Richtung Testautomatisierung gedacht. Mein Referat beschäftigt sich auch damit. Man hört auch viel über KI. Wird dann bald alles automatisiert sein? Wie interpretiert die KI eine Anforderung? Keine Ahnung.
Es gibt viele großartige Entwicklungen, und es ist wichtig, auf dem Laufenden zu bleiben. Die Sicherung der Qualität ist sehr wichtig, wenn es um Geschwindigkeit geht. Man sagt, dass Qualität und Geschwindigkeit Hand in Hand gehen. Ich bin der Meinung, dass Qualität vor Geschwindigkeit geht!
Was raten Sie anderen Testexperten?
Denken Sie immer vom Nutzen für den Kunden her, dafür tun Sie es.
Haben Sie noch etwas zu sagen?
Sorgen Sie dafür, dass Sie Dinge tun, die Ihnen Spaß machen.
