Statischen Codeanalyse und Softwaretest: Beißen sich hier zwei Welten?

Kurzbeschreibung

Wieso werden die Werkzeuge zur statischen Codeanalyse überwiegend von Entwicklern eingerichtet, überwacht und verwendet? Warum unterstützen hier die Softwaretester eher selten? Müssen hier nicht zwei Welten enger zusammenwachsen? Denn agile Arbeitsweisen und DevOps machen es notwendig klassische Rollenbilder in der Softwareentwicklung über Bord zu werfen und neu zu denken. Aber ist das wirklich neu? Welche Grenzen gibt es gerade für den Softwaretester bei diesem Thema?

Hiermit möchte ich ein paar Anregungen mitgeben, wieso es in der Softwareentwicklung wichtiger wird, übergreifend zu denken. Es werden im Wandel der Rolle des Softwaretesten immer mehr Programmierkenntnisse verlangt. Dies fördert eine engere Zusammenarbeit und Austausch. Qualität wird dabei ganzheitlich betrachtet.

Nutzen für den Teilnehmer:
Verständnis für das Thema statische Codeanalyse für Softwaretester zu schaffen, Wichtigkeit von ausreichend gutem Code zu erhalten und auch mit Clean Code Regeln oder ähnliches die Qualität steigern zu können.

Methodenkoffer von Softwaretestern zu erhöhen und auch in frühen Entwicklungsphasen sinnvolle Aktivitäten vornehmen, die positiv auf Prozess und Qualität auswirken.

Behandelte Problemstellungen:
Wieso werden statische Codeanalysewerkzeuge hauptsächlich von Entwicklern eingesetzt?

Weshalb wissen oft QSler kaum über die Codequalität bescheid, die die statische Codeanalyse ermittelt, obwohl der Lehrplan von ISTQB hier viele Techniken beschreibt?

Ist es möglich, auch wenn die Hemmschwelle mancher Softwaretester groß ist, bei der statischen Codeanalyse den "zweiten" Blick auf das Entwicklungsergebnis zu werfen und die Qualität frühzeitig zu erhöhen?

Vortragssprache: Deutsch
Level: Fortgeschrittene
Zielgruppe: Softwaretester, QSler, Testmanager

Unternehmen:
Conet Solutions GmbH

Vorgetragen von:
Moritz Salein

Moritz Salein