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

Die Testpyramide kennen alle, jeder hat sofort ihr Bild vor Augen. Mal hat sie drei Stockwerke, manchmal vier. Doch es ist eine Überlegung wert, ob sie nicht langsam ausgedient hat. Z.B. ist es sinnvoll, den Fokus bei Tests von Microservice-Architekturen anders zu legen. Braucht man immer viele Unittests? Vielleicht nicht! Und: Unittests machen süchtig! Ronald erzählt uns seine Sichtweise auf dieses "Pauschal-Angebot" der Testpyramide.

Sind Qualitätsanforderungen das gleiche wie nicht-funktionale Anforderungen? Und was sind funktionale Anforderungen? Was davon ist im Qualitätsmodell der ISO 25010 enthalten? Und wie stellt man fest, ob die Anforderungen erfüllt sind? In dieser Folge diskutieren Mike und Alex das Konzept der Qualität aus der Perspektive der Softwarearchitektur.

Der Abnahmetest wird leider oft als letzte Teststufe gesehen. Werden dann viele Fehler gefunden, dann ist die Aufregung und der Arbeitsaufwand groß. Im Idealfall wird der Abnahmetest mit dem ganzen Entwicklungsprozess verwoben. Mit der agilen Arbeitsweise wird das schon häufig so gemacht. Dann kann der Abnahmetest nämlich nicht nur Fehler finden, sondern zeigt auch, was man beim Testen alles richtig gemacht hat. Auch das ISTQB widmet sich mit dem Foundation Level Specialist – Acceptance Testing diesem Thema. Dazu hat Florian das Buch "Basiswissen Abnahmetest" geschrieben. Mit seinem reichen Erfahrungsschatz liefert er uns in dieser Folge wertvolles Wissen zum Thema Abnahmetest.

Verfasste Teststrategien sind ellenlang und am Ende liest sie keiner. Das kennen wahrscheinlich viele. Selbst wenn sie dann gelesen werden, kommen schnell Unstimmigkeiten auf: das haben wir immer anders gemacht; unter dem und dem Begriff verstehen wir aber was anderes, etc. Das ganze Szenario legt den Schluss nahe, dass die Überlegung der Teststrategie anders angegangen werden sollte. Kathrin hat zusammen mit einem Team einen Workshop erarbeitet, bei dem sich aus allen Teams Vertreter treffen und beginnen, eine Teststrategie zu entwickeln - in leichtgewichtiger Form.

Nachhaltigkeit ist in aller Munde, die einen begeistert es, die anderen rollen mit den Augen. Doch welche Sichtweise man auch vertritt, es ist nicht von der Hand zu weisen, dass wir eine Wegwerf-Gesellschaft geworden sind. Früher waren jegliche Produkte, ob es eine Waschmaschine, ein Fernseher oder Software war, viel länger "haltbar", benutzbar. Bei der Software hatte das den Grund, dass viele Kapazitäten nur sehr begrenzt zur Verfügung standen und man daher ressourcenschonend entwickelt hat. Doch einige energiefressenden Systeme wie die KI sind nicht mehr wegzudenken und haben das Potenzial, Nachhaltigkeit weiterzubringen - auch wenn das erstmal paradox klingen mag. Für die Softwareentwicklung gibt es viele Möglichkeiten, Ressourcen zu schonen, man kann sich zum Beispiel im Projekt einfach mal die Frage stellen: Was wäre, wenn unser Planet der Stakeholder wäre?

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.