10 kleine Testing Tools

Kolumne von Richard Seidl

Korrekt nach der Lehre haben wir in unzähligen Workshops unsere fachlichen Anforderungen an ein Testautomatisierungswerkzeug erhoben. Alle Anforderungen sind ordentlich und strukturiert in Excel gepackt (weil das ja jeder irgendwie bedienen kann – vom Tester bis zum Geschäftsführer). Dank Plattformen wie Testtool Review lassen sich die infrage kommenden Tools dann komfortabel finden. Tja, und was machen wir jetzt mit den 10 verbleibenden Werkzeugen?

Wie wäre es mit einem Zählreim?

„ 10 kleine Testing Tools können sich jetzt freu’n, eins kann man nicht ausprobieren, da waren’s nur noch neun. “

Wir arbeiten mit Standardtechnologie, programmieren in einer Standardprogrammiersprache und verwenden eine Standard-GUI ohne viel Schnickschnack. (Auch damit kann man spannende Projekte machen, ehrlich!) Da ist nicht nachvollziehbar, warum wir ein Werkzeug dann nicht selbst evaluieren können, sondern dieses vom Hersteller „einrichten“ und „anpassen“ lassen müssen und dafür vielleicht noch zahlen sollen.

„ 9 kleine Testing Tools laufen über Nacht. Eines ist oft abgestürzt, da waren’s nur noch acht. “

Es wäre schon fast bei der Installation aus dem Finale geflogen, da es sich partout nicht installieren ließ (auch hier wieder ein langweiliger, frisch aufgesetzter Standard-PC). Nun, der Support war nett, und so klappte es dann dennoch. Aber es lief nicht stabil, auf keinem der drei verwendeten Arbeitsplätze. Darüber tröstet auch der freundliche Support nicht hinweg.

„ 8 kleine Testing Tools, wir woll’n uns nicht verbiegen, eins passt in den Prozess nicht rein, da waren’s nur noch sieben. “

Wir passen unsere Prozesse gerne an – wenn es einen Grund dafür gibt. Ein Werkzeug kann auch ein Grund dafür sein. Denn jeder Hersteller hat sich wohl auch etwas dabei gedacht, wie der Workflow und die Funktionen implementiert sind. Und da kann man schon viel Erfahrung des Herstellers voraussetzen.

Es muss aber argumentierbar sein. Ist es das nicht, dann passt es nicht.

„ 7 kleine Testing Tools, was prüfen wir zunächst? Support, Vertrieb und Angebot, jetzt sind sie nur zu sechst. “

Bei der Anschaffung eines Werkzeuges geht man immer auch eine Partnerschaft ein. So ein Engagement ist meist langfristig, und da muss die Beziehung auch passen. Eine Vertriebs-Weihnachtskarte (so ganz analog, vielleicht sogar handgeschrieben) ist eine schöne Aufmerksamkeit. Wenn aber nach dem Download der Evaluationsversion täglich (!) der Vertrieb anruft („Haben Sie noch Fragen? Können wir helfen?“) und dazu noch Mails schreibt, wird es penetrant, und selbst wenn man eine Frage hat, will man sie gar nicht mehr stellen. Da hilft auch die Freude auf die Weihnachtskarte nicht. Ebenso wünscht man
sich beim Support und bei der Auswahl von Schulungen etc. eine faire „Partnerschaft“. Das liefert leider nicht jeder …

„ Mit 6 kleinen Testing Tools spielen wir jetzt frei. Viere hab’n wir nicht verstanden, da waren’s nur noch zwei. “

Testautomatisierungswerkzeuge können komplex und nur mit tief gehender Schulung meisterbar sein. Müssen sie aber nicht. Wenn gestandene Softwareentwickler und -tester über die Dokumentation und ihre Erfahrung nicht in der Lage sind, ein Werkzeug zu bedienen, ist es fraglich, ob es sich im täglichen Einsatz bewähren kann. Und: Es geht auch anders, wie die beiden verbliebenen Werkzeuge beweisen. Beide sind so intuitiv bedienbar, dass es eine richtige Freude ist, mit ihnen zu arbeiten. Hinter vorgehaltener Hand hört man sogar, es mache den Teammitgliedern richtig Spaß, damit Tests zu implementieren.

„ 2 kleine Testing Tools bleiben nun zur Wahl, Eines wird’s, das andre nicht, ist klar auf jeden Fall. “

Kopf an Kopf liegen die beiden Finalisten. Jetzt müssen beide zeigen, was sie können. Die finale Entscheidung wird Anfang 2014 getroffen. Bis dahin freue ich mich über die Weihnachtskarten …

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

Kategorien

Recent Posts