Die Tools zur Vermeidung technischer Schulden k\u00f6nnen auf verschiedenen Ebenen in die Entwicklung eingebunden werden.<\/p>\n\n\n\n
In der Entwicklungsumgebung erhalten wir bei der t\u00e4glichen Arbeit direkt Feedback zu Problemen. Beim Speichern und automatischen Kompilieren der Dateien werden Marker erstellt, die Probleme im Quellcode kennzeichnen. Durch dieses direkte Feedback k\u00f6nnen wir bei der Entwicklung umgehend Schulden vermeiden. In den IDEs gibt es verschiedene Varianten der Integration. In Eclipse laufen die meisten Prozesse kontinuierlich. Bei jedem Speichern oder auch beim „Builden“ des Workspaces werden alle Pr\u00fcfungen durchgef\u00fchrt und direkt angezeigt. Dieses Vorgehen ben\u00f6tigt nat\u00fcrlich etwas Zeit, liefert aber auch die besten Informationen w\u00e4hrend der Entwicklung. Insbesondere wenn wir technische Schulden Abbauen wollen, ist so ein Gesamt\u00fcberblick sichergestellt. IntelliJ bzw. Android Studio verfolgen eher eine Pre-Commit Strategie. Die Pr\u00fcfungen werden nicht permanent durchgef\u00fchrt, sondern mit den Aktionen beim einchecken in das SCM.<\/p>\n\n\n\n
Beim Einchecken in das Sourcecode-Managmentsystem k\u00f6nnen mit „pre-commit hooks“ Aktionen durchgef\u00fchrt werden. Auf dem Server k\u00f6nnen so Tools beim Einchecken ausgef\u00fchrt und bei nicht eingehaltenen Regeln die Daten\u00fcbernahme mit einen Fehler beenden werden. Durch das Ablehnen der Daten ist dies eine – im Gegensatz zu der mehr oder weniger „freiwilligen“ Pr\u00fcfung in der IDE – harte Grenze f\u00fcr nicht konformen Code. Erst wenn wir in der Entwicklung alle Fehler behoben haben gelangt der Code und das zugeh\u00f6rige Artefakt in den weiteren Build-Prozess.<\/p>\n\n\n\n
Bei der regelm\u00e4\u00dfigen Erzeugung der Builds werden z.B. w\u00e4hrend des Maven-Build-Prozesses die Analyseergebnisse verschiedener Tools abgelegt. Diese werden dann im CI-System (hier Jenkins) in der GUI oder in Dashboards angezeigt. Bei der Auswertung der Analysedaten kann Jenkins bei (neuen) Fehlern den Build-Prozess brechen und somit weitere Entwicklungsaktivit\u00e4ten fordern. Wird Jenkins so konfiguriert, stellt dies eine weitere harte Grenze dar, die verhindert, dass nicht konformer Code in das System gelangt.<\/p>\n\n\n\n
Auch au\u00dferhalb des Builds k\u00f6nnen Pr\u00fcfungen erfolgen. Werkzeuge des QS-Managements (z.B. SonarQube) k\u00f6nnen verschiedene Analysen kombinieren und auch weiterreichende Informationen wie Begr\u00fcndungen zu nicht korrigierten Fehlern speichern. Werkzeuge zur explorativen Code-Analyse wie jQAssistant erm\u00f6glichen interaktive Analysen der Softwarestruktur und sehr weitreichende Regeln (hierzu sp\u00e4ter mehr).<\/p>\n\n\n\n
In Jenkins k\u00f6nnen die im Folgenden beschriebenen Konfigurationen sowohl in der klassischen GUI basierten Job-Definition, als auch in den neuen „Pipeline as code“ Builds erfolgen.<\/p>\n\n\n\n
Post-Build-Aktionen sind der Kern des automatischen Prozesses. In Ihnen werden f\u00fcr die verschiedenen Werkzeuge Schwellwerte definiert,<\/p>\n\n\n\n
Basirend auf den Werten wird dann der Build abgebrochen oder nur als „nicht gesund“ gekennzeichnet.<\/p>\n\n\n\n
Wenn die QS nachtr\u00e4glich in das Projekt integriert wird, ist im Allgemeinen die Anzahl der Meldungen anf\u00e4nglich sehr hoch. Diese k\u00f6nnen dann unm\u00f6glich in angemessener Zeit bearbeitet werden. Eine M\u00f6glichkeit w\u00e4re die \u00c4nderung bzw. Reduzierung der angewendeten Regeln. Dies ist aber nicht zielf\u00fchrend. In einer solchen Situation kann Jenkins feststellen, ob neue Regelverst\u00f6\u00dfe aufgetreten sind. Hierf\u00fcr vergleicht Jenkins die aktuellen Fehler mit denen eines Referenzbuilds. Einzustellen ist dies ebenfalls in den „Post-Build-Schritten“ unter „Neue Warnungen bestimmen (bez\u00fcglich Referenzbuild)“. Durch dieses Vorgehen ist es m\u00f6glich neue Schulden zu verhindern ohne alte vollst\u00e4ndig abbauen zu m\u00fcssen. Es wird als die M\u00f6glichkeit eines geordneten Abbaus von technischen Schulden geschaffen.<\/p>\n\n\n\n
In Jenkins werden alle Fehler und Ergebnisse in Dashboards oder als \u00dcbersichtsseiten angezeigt. In diesen k\u00f6nnen wir mit „click through“, wie man es eventuell aus DWH Produkten kennt, bis auf Quellcodeebene die Fehler verfolgen und nach verschiedenen Kategorien unteruschen.<\/p>\n","protected":false},"excerpt":{"rendered":"
Werkzeugintegration Die Tools zur Vermeidung technischer Schulden k\u00f6nnen auf verschiedenen Ebenen in die Entwicklung eingebunden werden. Entwicklungsumgebung In der Entwicklungsumgebung erhalten wir bei der t\u00e4glichen Arbeit direkt Feedback zu Problemen. Beim Speichern und automatischen Kompilieren der Dateien werden Marker erstellt, die Probleme im Quellcode kennzeichnen. Durch dieses direkte Feedback k\u00f6nnen wir bei der Entwicklung umgehend […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[],"class_list":["post-52","post","type-post","status-publish","format-standard","hentry","category-softwarearchitektur"],"_links":{"self":[{"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=\/wp\/v2\/posts\/52","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=52"}],"version-history":[{"count":1,"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=\/wp\/v2\/posts\/52\/revisions"}],"predecessor-version":[{"id":53,"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=\/wp\/v2\/posts\/52\/revisions\/53"}],"wp:attachment":[{"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=52"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=52"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.schoenberg-solutions.de\/arndtblog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=52"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}