Die Tätigkeit eines Testers ist technischer Natur und erfordert besondere Fähigkeiten. Es liegt daher auf der Hand, dass Tester mit Herausforderungen konfrontiert sind, die mit dem technischen Charakter des Testens oder bestimmten Tätigkeiten zusammenhängen.
Doch wie jeder andere Beruf beschränkt sich auch das Testen nicht auf rein technische Aspekte! Dies gilt umso mehr für den Testbereich, in dem Tester mit einer Vielzahl von Menschen unterschiedlicher Herkunft über Konzepte wie Qualität, Risikomanagement und Vertrauen kommunizieren müssen.
In diesem Artikel stellen wir einige der zwischenmenschlichen Herausforderungen vor, denen Tester häufig begegnen.
Agile Teams sind kleine, multidisziplinäre Teams. Sie müssen über alle Kompetenzen verfügen, die zur Entwicklung des Produkts erforderlich sind, an dem sie arbeiten. Dazu gehören auch alle Testkompetenzen (Analyse, Design, Kommunikation, Automatisierung …), während es in vielen Teams nur einen einzigen Tester gibt … der daher theoretisch über all diese Kompetenzen verfügen müsste … was jedoch selten der Fall ist.
Ebenso ist ein agiles Team, wie der Name schon sagt, ein „Team“. Es handelt sich um eine Gruppe von Menschen, und die Integration in eine Gruppe ist nicht unbedingt einfach.
Schließlich arbeitet ein agiles Team an einem Produkt, das es in der Regel sehr gut kennt. Wer erst später dazukommt, muss seine Kompetenzen erweitern.
Die Kombination dieser drei Punkte stellt einen Tester vor echte Herausforderungen: Er muss vom Team sowohl auf menschlicher als auch auf operativer Ebene akzeptiert werden, indem er als Ansprechpartner für Qualität und Tests fungiert … und zwar für das speziell entwickelte Produkt.
Die Kombination dieser Fähigkeiten führt manchmal zur Ablehnung durch das agile Team, das nach einer Weile möglicherweise der Ansicht ist, dass der Tester nicht so viel beiträgt wie erwartet.
Es kommt sehr selten vor, dass ein Tester alle Fähigkeiten mitbringt, die ein agiles Team benötigt. Wenn man dann noch die Fähigkeit hinzufügt, das Produkt gut zu verstehen und zu kennen sowie eine gute Beziehung zu allen Teammitgliedern zu haben, bewegt man sich im Bereich des völlig Unwahrscheinlichen.
Wir dürfen nicht vergessen, dass Sie als agiler Tester Teil eines Teams sind. Und in einem Team – sei es im agilen Umfeld, im Sport oder in jedem anderen Bereich – hilft man sich gegenseitig. Als Tester solltest du nicht zögern, mit anderen Teammitgliedern (Entwicklern, Fachleuten, dem Betrieb usw.) zusammenzuarbeiten und dir bei bestimmten Aufgaben, die du noch nicht beherrschst, Hilfe zu holen.
Ebenso ist es immer eine gute Idee, sich über Communities oder Veranstaltungen zum Thema Testen mit Kollegen auszutauschen, um deine Fähigkeiten in bestimmten Bereichen des Testens zu verbessern.
Schließlich ist es ebenso wichtig, nicht alles revolutionieren zu wollen, bevor man den Kontext, die Bedürfnisse, die Probleme, die Stärken und vor allem das Produkt des Teams vollständig verstanden hat. Der Wunsch, alles zu verändern, ohne sich innerhalb des Teams Legitimität erarbeitet zu haben, ist oft gleichbedeutend mit Ablehnung, aber auch mit unangemessenen Empfehlungen.
Anomalien zu finden ist gut, aber diejenigen zu beheben, die behoben werden müssen, ist besser. Das Gleiche gilt für Verbesserungsmaßnahmen: Sie zu identifizieren ist gut, sie umzusetzen ist besser.
Sie haben solche Situationen sicherlich schon erkannt. Die Aufgabe des Testers beschränkt sich nicht darauf, Fehler zu identifizieren, Qualitätsniveaus zu bewerten oder Verbesserungsmaßnahmen zu ermitteln. Es ist entscheidend, dass diese Arbeit zu Fortschritten und Verbesserungen führt. Leider reicht es nicht aus, von der Richtigkeit Ihrer Maßnahmen überzeugt zu sein (oder Recht zu haben), um Ihre Gesprächspartner zu überzeugen.
Das Testen hängt vom Kontext ab, ebenso wie die Kommunikation mit Ihren verschiedenen Ansprechpartnern!
Es ist wichtig, sich sowohl mit den Menschen, mit denen Sie zusammenarbeiten, als auch mit dem Produkt, das Sie testen, vertraut zu machen, um die richtigen Argumente zu finden, um ein Problem zu beheben, Verbesserungsmaßnahmen einzuleiten oder auf ein unzureichendes Qualitätsniveau hinzuweisen.
Ebenso muss die Kommunikation mit technischen Mitarbeitern (z. B. den Entwicklern im Team) und funktionalen Mitarbeitern (z. B. dem Product Owner, dem Projektmanager usw.) unterschiedlich gestaltet werden, da die Erwartungen und Ziele nicht dieselben sind.
Es ist auch wichtig zu erkennen, wann ein Kampf „von vornherein verloren“ ist, um sich nicht zu verausgaben. Die Umsetzung einer Teststrategie kann wertvoll sein … Wenn Sie Ihre Teammitglieder jedoch nicht überzeugen können, liegt das möglicherweise daran, dass das Team den Bedarf dafür noch nicht sieht oder dass es andere, vorrangigere Probleme gibt.
Es ist ganz normal, dass wir Testtechniken, -strategien oder -ansätze wieder einführen möchten, die sich in früheren Kontexten bewährt haben. Es ist typisch, dass man Werkzeuge einsetzen möchte, die man beherrscht und mit denen man vertraut ist.
Leider stößt dieser Ansatz schnell an seine Grenzen, denn das Testen hängt vom Kontext ab, und dieser Kontext hängt sowohl von der Software ab, an der wir arbeiten, als auch von der Zeit. Selbst wenn wir also weiterhin im selben Team und am selben Produkt arbeiten, verlieren Testansätze wie Tests mit der Zeit an Wirksamkeit (das Pestizid-Paradoxon).
Um einen Qualitätsverlust zu vermeiden, ist es unerlässlich, sich regelmäßig selbst herauszufordern und zu hinterfragen, um sich gemeinsam mit dem Kontext weiterzuentwickeln.
Es ist wichtig, die Produktion in- und auswendig zu kennen, um Ihre Kampagnen voranzutreiben und sich mit Teammitgliedern und Kollegen auszutauschen, um potenzielle Schwachstellen und Verbesserungsmöglichkeiten zu identifizieren.
Tatsächlich muss man neugierig bleiben und stets den Wunsch haben, sich weiterzuentwickeln. Nichts darf jemals als selbstverständlich angesehen werden … und genau das macht den Beruf des Testers so faszinierend … und so schwer zu automatisieren!
Die Festlegung eines Qualitätsniveaus ist eine komplexe Angelegenheit. Dazu müssen Sie Ihren Testansatz definieren. Leider reicht es nicht aus, dieses Niveau lediglich festzulegen! Es ist wichtig, dass der Tester seinen Gesprächspartnern dieses Qualitätsniveau verständlich machen kann.
Indikatoren sind ein gutes Mittel dazu, reichen aber letztendlich nicht aus. Ein Tester muss in der Lage sein, die Einzelheiten der Produktivbereitstellung schnell zu vermitteln. Welche Risiken bestehen? Welche bekannten und noch nicht behobenen Fehler gibt es? Welche Auswirkungen haben sie?
Sie werden feststellen, dass dies die Aufgabe eines bekannten Arbeitsergebnisses ist: der Bilanz! In der Praxis müssen Sie intensiv an dieser Überprüfung arbeiten, aber auch üben, die Fakten mündlich prägnant und klar darzustellen, um sicherzustellen, dass Sie sie selbst verstehen.
Es ist wichtig, Ihre Kennzahlen klar zu definieren und transparent zu gestalten. Dies erfordert ein gutes Nachverfolgbarkeitsmanagement. Auch die Kommunikation muss an das Publikum angepasst werden … was uns wieder zur Herausforderung zurückbringt, „Ihr Publikum zu überzeugen“.
Testen wird im Allgemeinen als Kostenfaktor angesehen. Auch wenn diese Sichtweise weiterhin vorherrscht, sprechen die Fakten eine andere Sprache. Wäre das nicht der Fall, würden Unternehmen gar nicht testen!
Dennoch ist es wichtig, in das Testen zu investieren, um es effizienter zu gestalten, und das ist nicht immer einfach. Tatsächlich ist das Budget für die Entwicklung von Softwareprodukten begrenzt, und Investitionen in das Testen gehen „auf Kosten“ potenzieller zusätzlicher Funktionen.
Es ist wichtig, den Menschen den „Wert des Testens“ bewusst zu machen und sie an die Vorteile des Testens zu erinnern – sowohl aus finanzieller als auch aus nicht-finanzieller Sicht.
Aus finanzieller Sicht gibt es gängige Kennzahlen wie die Kosten für die Fehlererkennung in der Produktion und im Test. Diese Berechnung zeigt die Einsparungen, die durch das Testen dank der Fehlererkennung erzielt werden. Es ist auch möglich, Kennzahlen zur Zeitersparnis zu erheben, insbesondere den prozentualen Anteil der Zeit, die für die Behebung von Fehlern in der Produktion aufgewendet wird.
Aus nicht-finanzieller Sicht liefern Tests hochwertige Informationen für die Entscheidungsfindung. Informationen sind ein entscheidendes Element, und auch wenn sie nicht direkt Geld einbringen, schaffen sie Vertrauen. Tests gewährleisten zudem ein Qualitätsniveau, das dem Markenimage des Unternehmens und/oder der Software zugutekommt. Diese Qualität stärkt die Kundenbindung und zieht neue Nutzer an!
Um mehr über die Herausforderungen zu erfahren, mit denen Tester konfrontiert sind, bleiben Sie dran. Ich werde Ihnen in Kürze die technischen Herausforderungen und einige dazugehörige Tipps vorstellen.