Wir sind keine Tester

Im Jahr 2009 sagte Steward Reid voraus, dass innerhalb von 10 Jahren 70 % aller Softwareentwicklungen mit einer Form von agiler Methodik durchgeführt werden würden. Aufgrund des wachsenden Bedarfs an ''Händen'' würde dies dazu führen, dass auch die weniger qualifizierten Tester für diese Projekte eingesetzt werden müssten. Der erste Punkt, den er anführte, ist absolut zutreffend, der zweite Punkt ist nur dann zutreffend, wenn man es als kommerzielle Chance betrachtet (man braucht keine Hände, wenn man mit qualifizierten Leuten arbeitet). Vielleicht hat er das nur gesagt, um die Leute zu beruhigen, die befürchten, wegen dieser Verschiebung ihren Arbeitsplatz zu verlieren. Es liegt auf der Hand, dass jetzt, da Agile sich durchgesetzt hat, die Nachfrage nach qualifizierten Testern steigt.Ich glaube, dass es schon immer einen Mangel an qualifizierten Testern gab und dass es schwer ist, im Wald der Mittelmäßigkeit zu entscheiden, wer gut ist und wer nicht. Im Vergleich zu traditionellen Ansätzen verlangt die agile Softwareentwicklung von einem Tester einfach das gewisse Extra. Sie erfordert nicht nur hervorragende Testfähigkeiten, die meiner ehrlichen Meinung nach alle Tester unabhängig von der Methodik haben sollten, sondern auch überdurchschnittliche technische Fähigkeiten. Agile Softwareentwicklung ohne Testautomatisierung ist etwas, an das ich nicht glaube. Das bedeutet, dass Tester in der Lage sein sollten, ihre Arbeit zu automatisieren, oder dass sie in der Lage sind, das Team dies für sich tun zu lassen (was Autorität und Überzeugungskraft erfordert, wenn das Team nicht voll engagiert ist). Außerdem sollte ein agiler Tester auch ein guter Requirements Engineer sein. Ein wichtiger Teil seiner Arbeit besteht darin, dem Product Owner oder den Business Analysten dabei zu helfen, nützliche Anforderungen zu liefern, die tatsächlich einen Mehrwert für das Unternehmen darstellen, mit gültigen Beispielen für das erwartete (Fehl-)Verhalten. All diese Fähigkeiten erfordern überdurchschnittliche Kommunikationsfähigkeiten, Fachwissen und Verantwortungsbewusstsein.
Eine meiner Beobachtungen ist, dass Reids Vorhersage in gewisser Weise Realität werden wird, und zwar nicht so sehr wegen der Nachfrage nach weniger qualifizierten Testern, sondern wegen der Unfähigkeit der Unternehmen, die richtigen Leute auszuwählen. Einige Beratungsunternehmen springen eifrig in dieses Loch, indem sie ihre Testberater zertifizieren und ihnen so Glaubwürdigkeit auf dem Markt verleihen. Große Unternehmen haben keine andere Wahl, als diese nun zertifizierten Agile Tester einzustellen.
Ich habe nicht wirklich eine Antwort auf diese Bewegung, aber ich denke, wir sollten anfangen, in die Ausbildung und das Coaching dieser Menschen zu investieren, um das Beste aus ihnen herauszuholen. Auf diese Weise werden zumindest die Leute, die Potenzial haben, an die Oberfläche kommen. Hoffentlich fallen in diesem Prozess auch die faulen Äpfel vom Baum.
Der ganze Gedanke ist irgendwie unangenehm. Gestern Abend habe ich mit einem Kollegen über das Thema nachgedacht, und plötzlich wurde es mir klar... ICH BIN KEIN TESTER!
Genau das Gleiche wurde schon mehrfach gesagt, zum Beispiel während der Keynote von Lisa Crispin und Janet Gregory bei den Agile Testing Days 2011. Vor kurzem lautete der Titel unserer letzten FAT-NL-Veranstaltung (benannt nach dem Vortrag des Abendredners Jamie Dobson) "Keiner von Ihnen ist ein Tester". Obwohl ich die Botschaft dahinter verstanden habe, hat sich mir die wahre Essenz erst jetzt erschlossen. Wenn ich versuche, neue Tester anzuwerben, scheine ich kaum jemanden zu finden, der die Einstiegskriterien erfüllt. Aber jetzt ist es klar, dass wir die ganze Zeit versucht haben, im falschen Teich zu fischen (wie ein niederländisches Sprichwort sagt). Lassen Sie uns eine neue ehrenwerte Gilde gründen, uns Executable Specification Craftsmen oder Automated Requirements Engineers nennen und stolz auf das sein, was wir erreichen.     Wenn Sie zufällig auf das oben genannte Profil passen, bewerben Sie sich bitte bei www.werkenbijxebia.nl.