Kennen Sie den Unterschied zwischen (Ausprobieren) und Testen? Seien Sie versichert, dass wir hier keine semantische Diskussion führen werden. Was wir aber sagen wollen, ist, dass es beim Testen von Anwendungen grob zwei Varianten gibt. Nämlich Unternehmen, die Anwendungen (ausprobieren), und Unternehmen, die Anwendungen testen. Und zwischen beiden gibt es einen großen Unterschied!
Beunruhigend
Es ist tatsächlich bedenklich, dass viele Unternehmen in unserer stark automatisierten Gesellschaft Software nicht testen, sondern (ausprobieren). Noch schwerwiegender ist, dass die Geschäftsleitung oft kein Konzept für das Testen von Anwendungen hat. Es wird als lästig oder zu kostspielig angesehen. Erst wenn etwas schief läuft, werden kritische Fragen gestellt.
Anwendungstests erfordern Eigenverantwortung, Prozessbeschreibungen, Planung und Koordination, Testwissen, Zeit, Disziplin und professionelle Werkzeuge. Sobald jedoch gelegentlich (neue) Software getestet wird, Berichte in Tabellenkalkulationen erstellt werden und es an Willen und Ausführung mangelt, kommt es zur Anwendung (Ausprobieren).
Seltsamerweise scheint das (Ausprobieren) von Bewerbungen immer noch die gängige Praxis zu sein. Wir finden das beunruhigend. Das Team von Testersuite ist täglich mit dieser Situation konfrontiert. Und schon gar nicht bei der KMU um die Ecke. Ganz im Gegenteil.
Noch beunruhigender
Ein noch besorgniserregenderes Phänomen ist die gemeinsame Nutzung von Testergebnissen. Hier sehen wir, dass zwei oder mehr Organisationen die gleichen Anwendungsprüfungsversionen zur gleichen Zeit verwenden. Dies führt zu einer falschen Sicherheit. Denn wie können Sie darauf vertrauen, dass ein für Sie relevantes Modul von einem anderen Unternehmen ordnungsgemäß getestet wurde? OK, Sie verwenden die gleichen Module einer Anwendung, aber ist die Konfiguration genau dieselbe? Sind die Qualitätsanforderungen auf demselben Niveau? Sind die Tester von dem Kaliber, das Sie selbst ausgebildet haben? Und so lassen sich noch viele weitere Fragen stellen.
Angenommen, Unternehmen A, B und C testen gleichzeitig die gleiche Version einer Anwendung. Die Testergebnisse werden unter Testprojekt ausgetauscht. Bei der Risikobewertung wird der Schwerpunkt weitgehend von den Testergebnissen der anderen Unternehmen bestimmt, die ebenfalls testen. Änderungen, die bereits von anderen Unternehmen getestet wurden und zu keinen Fehlern geführt haben, erhalten automatisch weniger Aufmerksamkeit. Hier besteht die Gefahr einer falschen Gewissheit, die zu einer falschen Schwerpunktsetzung führen kann. Es kann durchaus sein, dass das Design der Anwendung anders ist oder dass sie von anderen Unternehmen nicht richtig getestet wurde. Eine Änderung wird in Testprojekt nicht ausreichend beachtet und in der Produktion treten die Probleme auf. Sie können davon ausgehen, dass wir viele praktische Beispiele kennen, in denen das schief gegangen ist.
Sinnvolle gemeinsame Nutzung von Inhalten
Auch wir sehen in der Praxis, dass es sinnvoll sein kann, Inhalte (z.B. Testszenarien) und Testergebnisse mit anderen Unternehmen , die die gleichen Anwendungen testen, auszutauschen. Testersuite bietet auch hierfür Funktionen. Man sollte den Mehrwert nur nicht überschätzen. Jedes Unternehmen muss nach wie vor seine eigene Risikobewertung durchführen und die Änderungen eines Releases testen. Achten Sie dabei auf das Risiko einer falschen Sicherheit!
Denken Sie nicht zu leichtfertig über Anwendungstests nach
Unsere Botschaft lautet: "Denken Sie nicht zu leichtfertig über das Testen nach". Anwendungstests sind ein Beruf und keine Sache des (Ausprobierens). Das hat man in der Luft- und Raumfahrtindustrie schon vor langer Zeit entdeckt. Glücklicherweise sprechen wir mit vielen Testkoordinatoren und Testmanagern, die wissen, wovon sie sprechen. Wir sehen ihren täglichen Kampf gegen die Geschäftsleitung. Aus diesem Grund möchten wir ihnen bei dieser Gelegenheit auf die Sprünge helfen.
