Software Testing - Qualität, Testautomatisierung & Agilität Richard Seidl - Experte für Software-Entwicklung und Programmierung

Der German Testing Day, ein Podcast-Partner der ersten Stunde, steht im Mittelpunkt dieser Episode. Klaus Moritzen und Thomas Rinke, zwei Veteranen der Konferenz, geben Einblicke in die Anfänge, die Philosophie und die Entwicklung des Events. Gegründet als unabhängige Konferenz, verfolgt der German Testing Day das Ziel, praxisnahe und innovative Inhalte zu liefern. Die Konferenz hat sich von einem Tag auf anderthalb Tage erweitert und bietet neben fachlichen Vorträgen auch Keynotes mit gesellschaftlicher Relevanz. Ein besonderer Fokus liegt auf dem Community-Gedanken und dem Netzwerken. Die Zukunft des German Testing Days sieht eine stärkere unterjährige Präsenz und die Förderung von Teilnehmern hin zu Speakern vor.

Was passiert eigentlich, wenn die Software, die ein Unternehmen gekauft hat, nicht funktioniert? Oder schlimmer noch: Wenn sie Schaden anrichtet? Es kommt zum Streitfall, wie geht es dann weiter? Sebastian ist ein allgemein beeideter und gerichtlich zertifizierter Sachverständiger für Software. Er wird beauftragt, wenn es um die Bewertung von Software geht. Interessanterweise landen solche Fälle eher selten vor Gericht - zu groß ist die öffentliche Blamage für beide Seiten. Daher sind alle Parteien an einer außergerichtlichen Einigung interessiert, die Menschen wie Sebastian dann möglich machen.

Es gibt kein Leben ohne Konflikte. Denn nur durch Konflikte wird die Notwendigkeit geschaffen, sich zu entwickeln. Damit ist gemeint, sich anders als vorher zu verhalten. Denn warum sollte ich ein neues Verhalten entwickeln, wenn alles weich und flauschig läuft? Und so sind auch zwischenmenschliche Konflikte erstmal eine Chance, eine Entwicklungsmöglichkeit. Doch sie können auch eskalieren, und der Höhepunkt der Eskalation ist ein kleiner Krieg, in dem sich Menschen echten Schaden zufügen können. Es gibt aber Methoden und Herangehensweisen, die diese Eskalation vermeiden können, denn die meisten Menschen wollen im Team gemeinsam nach vorne arbeiten.

Heute ist es soweit: Happy 1st Birthday, Podcast! Das erste Jahr ist um und ich blicke zurück. Zurück auf die Geburtsstunde der Idee, einen Podcast für euch zu machen. Zurück auf die Planung, die Umsetzung und die Partner, die den Podcast unterstützen und mit deren Hilfe die Reichweite so groß wurde, dass wir bald 23.000 Downloads haben. Und ich blicke zurück auf 67 Folgen- und schaue dann nach vorn, denn da ist noch so einiges in der Pipeline! Bald kommen noch 2 weitere Partner hinzu. Die Zeit, in der wir leben ist super aufregend, wenn es um das Thema KI geht- sie war schon Gesprächsstoff und wird auch in Zukunft noch sein. Euer regelmäßiges Feedback formt den Podcast und dafür bin ich so dankbar! Danke an alle Hörerinnen und Hörer, die ihr den Podcast groß gemacht und gestaltet habt. Danke an alle Community-Partner, die ihr den Podcast unterstützt und für mehr Reichweite sorgt. Danke auch an meine Assistentin, die vom ersten Tag an dabei war und bei der Planung und Umsetzung so grandios mitwirkt. Ohne euch alle wäre der Podcast bis heute eine bloße Idee! DANKE!

Fachlichkeit, dieser Begriff zieht zunächst einmal Grenzen. Hier ist Inas Meinung nach auch der Widerspruch bei Scrum: er spricht einerseits von der Zusammenarbeit aller Teams, legt andererseits den Fokus jedoch stark auf das auslieferungsreife Produkt - so werden dann beispielsweise Features entwickelt, die der Endanwender gar nicht nutzt. Wenn der Endanwender aber kontinuierlich mit einbezogen wird und gleichzeitig die Entwickler stärker in die Planung einbezogen werden, dann entsteht ein umfassendes Bild dessen, was der Endanwender braucht um sein Problem zu lösen. Und solcherlei Innovationen kommen oft aus dem technischen Bereich, nämlich den Entwicklern, die beim Problemverständnis dann direkt Ideen zu Features haben, die das Problem lösen.

Testautomation ist wichtig. Dadurch sparen wir uns unheimlich viel Arbeit und wir kommen schneller voran. Doch das Framework und die Tools müssen wohl überlegt sein. Ihr kennt mein Lieblingszitat: "Wer Mist automatisiert, hat Mist - nur schneller"- das bringt niemandem etwas. Und deshalb müssen die Anforderungen ganz klar sein. Diese unterscheiden sich nicht nur von System zu System, sondern auch regional, wie Mesut uns an einem real live Beispiel erklärt. Er lebt in Japan und hat uns Einblicke in die Modernisierung seines Frameworks gegeben, nachdem er auf einige Ungereimtheiten gestoßen ist.