Shift Up and Spread: Ein neues Testkonzept mit Iman Benlekehal
Iman ist eine erfahrene QA-Leiterin aus Québec, Kanada. Sie war die Gewinnerin von The Test Factor beim Testing Festival 2021, was sicherlich der bisherige Höhepunkt ihrer Karriere ist…
Wir haben uns mit ihr getroffen, um mehr über das Gewinnerkonzept, die Inspiration dahinter, ihren Ansatz zum Testen und ihre bisherige Reise zu erfahren. Wir vermuten, dass vieles davon auch mit euren Erfahrungen übereinstimmen wird!
QAL
Hallo Iman, willkommen in der QAL-Community. Fangen wir ganz von vorne an. Wie bist du zum Testen gekommen, warst du vorher Entwicklerin?
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Iman Benlekehal
Ich habe als Entwicklerin studiert, also weiß ich, wie man programmiert, aber ich habe nie als Programmiererin gearbeitet. Nach meinem Studium habe ich einige Vorstellungsgespräche geführt, und bei einem davon wurde ein Tester gesucht. Ich habe gefragt, „okay, was ist eigentlich Testen?“ Die Person hat die Frage nicht wirklich beantwortet, sie hat mir nur viele Fragen zu meiner Persönlichkeit gestellt – sie interessierte sich für meinen Charakter. Dann sagte sie mir „Du wirst ein Vorstellungsgespräch bei ING Direct, der Online-Sparbank, haben“
Als ich dann beim Vorstellungsgespräch war, passierte dasselbe. Der Interviewer hat mir auch einige Fragen zum Testen gestellt, zum Beispiel: „Wie würdest du diesen Vertrag oder diese Zinsen testen?“ und „Stell dir vor, wir haben diese Angebote für diese Art von Konto, wie würdest du das testen?“ Und ich erinnere mich daran, dass ich mehr Fragen gestellt habe als er.
Als ich nach Hause kam, fragte mich mein Freund, wie es gelaufen sei, und ich sagte „Naja, es ist seltsam. Ich habe ihm mehr Fragen gestellt als er mir, ich konnte seine Testfragen nicht beantworten. Also weiß ich nicht, ich glaube, es lief schlecht.“
Zu meiner Überraschung wurde ich eingestellt und ich habe mich immer wieder gefragt „okay, was ist dieses Testen? Was soll ich eigentlich testen?“ Und mein erster Chef sagte, „Du kennst dich nicht mit Testen aus. Hier ist ein Satz oder eine Anforderung, erstelle einen Testfall.“ Ich sagte ihm „Ich habe noch nie einen Testfall geschrieben.“ Er sagte, „Mach es, wir schauen uns das danach an“ Also habe ich es gemacht. Und er sagte, „Das hast du richtig gemacht.“ Dann dachte ich „Okay, ich soll also nicht nur Buttons testen?“ „Nein, du prüfst die Anforderungen. Ob sie verlässlich und verständlich sind.“ Also fragte ich „Okay, das ist ein Job, bei dem ich das Recht habe, Fragen zu stellen?“ Und er sagte, „Ganz genau.“ Von diesem Moment an wurde es zur Leidenschaft für mich. Ich liebe diesen Job.
QAL
So würdest du Testen also beschreiben – die richtigen Fragen stellen?
Iman Benlekehal
Das ist es, was ich daran mag, weil ich das Recht habe, nach dem Warum und dem Wie zu fragen. In Frankreich darf man als junger Student keine tieferen Fragen stellen, wie warum und wie, es sei denn, man hat zuerst ein Diplom – aber ich wollte immer wissen, warum die Dinge passieren. Warum soll ich etwas tun? In dieser Rolle hatte ich das Recht, diese Fragen zu stellen. Ich hatte die Rolle, und das hat mich sehr begeistert. Das ist das Erste, was ich daran liebe.
Der zweite Grund ist, dass ich gerne mit Menschen arbeite und mit unterschiedlichen Menschen zusammenarbeite. Ich liebe die Herausforderung dabei, dafür zu sorgen, dass alle die gleiche Sprache sprechen und dasselbe Ziel verfolgen. Denn du hast den Nutzer, der etwas will, du hast den Chef, der etwas anderes möchte, den Entwickler, der wiederum etwas anderes sagt. Und du bist irgendwie mittendrin und musst es schaffen, dass sie sich verstehen. Das ist für mich die größte Herausforderung, Menschen einander zu verstehen zu bringen.
QAL
Also ist Testen nicht nur, am Ende einer Softwareentwicklung einfach mal reinzuschauen und zu versuchen, Dinge kaputt zu machen?
Iman Benlekehal
Für mich ist es nein, es ist viel mehr als das. Das ist die Grundlage, es gehört zu den Aufgaben. Sagen wir mal, du hast 100% bestandene Tests – was macht diese 100% bestandenen Tests für den Nutzer wirklich relevant?
Du bist glücklich, weil du 100% der Anforderungen abgedeckt hast. Aber was lässt dich denken, dass deine Abdeckung wirklich das ist, was benötigt wird? Wenn du die Nutzer nicht triffst und wenn du nicht verstehst, warum und wie, dann kannst du zwar testen, was du willst, aber es wird nicht richtig sein.
QAL
Du arbeitest also gern eng mit den UX- und User-Research-Teams zusammen?
Iman Benlekehal
Ich dränge darauf, mit allen zusammenzuarbeiten. Es gibt Projektteams, bei denen der Product Owner der Ansprechpartner für alle und auch die Nutzer ist. Und das ist in Ordnung, ich arbeite gerne mit ihnen zusammen. Aber ich möchte auch aus Qualitätssicht hören, was die Nutzer wirklich brauchen, nicht nur aus funktionaler Sicht. Also selbst wenn die Produktmanager mir sagen, das sind die Leute, das sind deine Stakeholder, gehe ich weiter und stelle noch mehr Fragen. Wer sind sie? Wissen sie, dass das, was sie verlangen, diese Auswirkungen haben wird? So etwas eben. Testen ist für mich nur ein Teil davon.
Weiterführender Artikel: FÜHRUNG IM TEST: TESTWERKZEUGE
QAL
Also ist es mehr ein ganzheitliches Denken über das gesamte Projekt?
Iman Benlekehal
Genau.
QAL
Alles klar, verstanden. War das also die Inspiration für das Shift Up and Spread-Konzept? Herzlichen Glückwunsch übrigens zu deinem Sieg beim Test Factor!
Iman Benlekehal
Danke! Das Konzept entstand, nachdem ich in Frankreich und Kanada gearbeitet habe und festgestellt habe, dass wir, unabhängig vom Sektor und unabhängig vom Kontinent, immer wieder dieselben Probleme haben. Qualitätssicherung und Testing bleiben auf Projektebene beschränkt. Und wie ich schon sagte, ich gehe an die Grenzen, ich fordere die Stakeholder heraus, denn wenn wir alles auf derselben Ebene belassen und versuchen, einfach das Vorgegebene zu testen oder zu lösen, weiß ich aus meiner Erfahrung, dass wir am Ende Probleme mit den Nutzern bekommen werden. Wir werden Budgetprobleme bekommen, es werden andere Probleme auftreten.
Eines Tages habe ich dann gesagt: „Okay, hör auf mit Shift Right zu denken, hör auf mit Shift Left zu denken. Zuerst einmal musst du nach oben gehen und das Management, die Unternehmensführung davon überzeugen, was Qualität eigentlich ist. Was bedeutet Qualitätssicherung, was ist unser Ziel? Wie läuft das ab? Wie funktioniert das? Es geht nicht nur ums Testen. Und wenn wir sagen, dass Qualität die Verantwortung aller ist: Für mich beginnt das beim Management. Sie sind als Erste verantwortlich für die Qualität und das Testing von allem.“
Deshalb kam mir dieser Gedanke, oder zumindest der Name, denn ab sofort muss jedem klar sein: Wir müssen das Top-Management überzeugen und sie irgendwie einbeziehen. Für mich ist das eine Grundvoraussetzung. Es ist nicht etwas, das mittendrin passiert. Es ist das Erste, was getan werden muss, bevor wir überlegen, wo die besten Testbereiche platziert werden können.
Und dann Spread, weil es nicht reicht, nur die Hierarchie, das Top-Management oder die Geschäftsführer zu überzeugen. Man muss mit ihnen zusammenarbeiten, um die Qualität im ganzen Unternehmen zu verbreiten, eine Qualitätskultur und ein Qualitätsdenken zu etablieren. Wenn ein Projekt scheitert oder ein riesiger Fehler passiert — wie zum Beispiel in den sozialen Netzwerken — die Teams, die daran gearbeitet haben, werden nicht bleiben. Niemand wird sich an die Person erinnern, die an dem gescheiterten Projekt gearbeitet hat oder an die Ursache des Fehlers. Was in Erinnerung bleibt, ist der Name des Unternehmens. Deshalb ist es wichtiger, als einfach nur zu sagen, dass Projekt und Teams für die Qualität verantwortlich sind – jeder ist es.
QAL
Du willst also damit sagen, dass du eigentlich die gesamte Unternehmenskultur und die Denkweise verändern willst?
Iman Benlekehal
Genau. Testen ist nur eine Handlung. Es ist nur die letzte Komponente der Qualität. Für Qualität muss man die Strategie festlegen, man muss überlegen, welche Kriterien bei diesem Projekt für die Nutzer im Vordergrund stehen. Wenn zum Beispiel der Nutzer hohe Performance braucht, dann braucht man für das Testen dieser hohen Performance ein Werkzeug, und es kann sein, dass dieses Werkzeug sehr, sehr teuer ist. Und zum Beispiel wurde dafür kein Budget vorgesehen. Es wurde dafür kein Geld eingeplant. Also kommt das wieder zu spät.
Also ja, wir müssen früher testen, aber wir müssen auch früher involviert werden und die Qualitätsanforderungen verstehen — ich glaube, es gibt jetzt zehn laut ISO 25010. Die Nutzer müssen sich zu allen diesen Kriterien äußern, und das Top-Management muss verstehen, warum diese Kriterien so wichtig sind.
Wenn das getan ist, wenn wir alle Risiken verstanden haben, dann können wir testen. TDD, all das ist großartig und das ist sehr wichtig, und ich sage nicht, dass sie keine Probleme lösen — aber es gibt viele Probleme, die bereits vor dem Testen gelöst werden können.
QAL
Also bevor Teststrategie und Modellierung?
Iman Benlekehal
Ja. In einigen Projekten zum Beispiel ist der Projektleiter froh, mich im Team zu haben. Sie sagen dann „Okay, wir haben Iman, sie übernimmt die Teststrategie.“ Ich sage „Okay, super. Können wir mit dem Kunden zusammenkommen, damit wir ihm die Strategie vorstellen?“ Und meistens ist das für sie in Ordnung. Sie scheinen die Philosophie zu verstehen und lassen mich mit dem Kunden sprechen. Das ist perfekt. Aber in der nächsten Woche heißt es dann „Okay, wir haben dein Budget geschätzt.“ Ich sage dann „Wer hat das Budget für die QA-Aktivitäten geschätzt?“
Sie verstehen nicht, dass es nicht nur in der Theorie heißt, man sollte überall eingebunden sein. Es fällt ihnen schwer, umzudenken und zu realisieren, dass Testen und Qualität nicht einfach ein Prozentsatz dessen ist, was Entwickler machen – ich glaube, sie rechnen mit 40% in den Schätzungen. Es ist noch kein Automatismus, QA als Expert*innen zu holen und zu sagen: „Okay, hier ist das Projekt, auch wenn noch keine QA eingebunden ist – was meinst du dazu?“
Und durch unsere Erfahrung können wir hervorheben, was der Kunde wirklich will. Ich lese sehr gern zwischen den Zeilen und sage dann „Okay, er hat das gesagt, das bedeutet in Wirklichkeit dies und das – fragt ihn mal dazu, ihr werdet sehen.“ Und genau das können Qualitätsexperten oder erfahrene Leute, die in vielen Branchen gearbeitet haben, hervorheben. Es ist wichtig, dass auch das Top-Management das versteht – genauso wie die Projektleitung.
QAL
Verstanden! Ich bin gespannt, wie sich das Projekt mit Jonathon als deinem neuen Mentor entwickelt. Vielen Dank für deine Zeit, nur noch eine letzte Frage: Hast du Tipps für Leute, die ganz neu im Testing einsteigen, wie sie an ihre Rolle oder ihre Entwicklung herangehen sollten – oder irgendwelche Empfehlungen?
Iman Benlekehal
Stellen Sie weiterhin Fragen und lassen Sie sich nicht verunsichern, wenn Ihnen jemand sagt: „Nein, dein Teil, deine Rolle ist dort, ganz am Ende.“ Nein. QA-Tester spielen eine wichtige Rolle. Sie sind nicht nur fürs Testen oder Ausführen zuständig, sondern sie tragen auch dazu bei, dass Menschen sich gegenseitig verstehen, dieselbe Sprache sprechen und auf dasselbe Ziel hinarbeiten. In den nächsten zehn Jahren werden sich die Technologien weiterentwickeln und es werden weniger Menschen für das eigentliche Testen benötigt, aber die Testphilosophie wird bleiben und weiterhin sehr wichtig sein.
Lernen Sie weiter und hören Sie in diesen Podcast rein: DIE GENERATION DER AUTONOMEN AUTOMATISIERUNG UND WIE SIE AUSSIEHT (MIT BERTOLD KOLICS VON MABL)
