Untersuchen von Komplexitäts- und Qualitätsmetriken

  • 3 Minuten

Obwohl es viele Qualitätsmetriken gibt, sind hier einige der wichtigsten Metriken.

Komplexitätsmetriken können dabei helfen, die Qualität zu messen. Zyklomatische Komplexität misst die Anzahl der verschiedenen Pfade durch den Quellcode eines Programms. Eine weitere Möglichkeit, die Qualität zu verstehen, besteht in der Berechnung von Halstead-Komplexitätsmeasures.

Diese Maßnahme befasst sich mit:

  • Programmvokabular
  • Programmlänge
  • Berechnete Programmlänge
  • Lautstärke
  • Schwierigkeitsgrad
  • Effort

Codeanalysetools können auf Sicherheit, Leistung, Kompatibilität, Sprachverwendung und Globalisierung überprüfen. Diese Tools sollten Teil der Toolbox und des Softwarebuildprozesses jedes Entwicklers sein.

Das regelmäßige Ausführen eines statischen Codeanalysetools und das Lesen seiner Ausgabe ist eine hervorragende Möglichkeit, um als Entwickler zu verbessern, da die von den Softwareregeln gefundenen Probleme häufig etwas Neues vermitteln können.

Einer der Vorteile von DevOps besteht darin, Software schneller und mit höherer Qualität bereitstellen zu können. In der Vergangenheit schienen diese beiden Ziele gegensätzlich zu sein. Je schneller Sie gegangen sind, desto niedriger ist die Qualität. Je höher die Qualität, desto länger dauerte es. DevOps-Prozesse können Ihnen jedoch helfen, Probleme früher zu finden, was bedeutet, dass sie in der Regel weniger Zeit in Anspruch nehmen, um probleme zu beheben.

Wir haben bereits über einige allgemeine Projektmetriken und KPIs gesprochen. Es folgt eine Liste der Metriken, die sich direkt auf die Qualität des zu erstellenden Codes und die Build- und Bereitstellungsprozesse beziehen:

  • Prozentsatz fehlerhafter Builds: Bei wie viel Prozent aller Buildvorgänge tritt ein Fehler auf?
  • Prozentsatz fehlerhafter Bereitstellungen: Bei wie viel Prozent der Bereitstellungen tritt ein Fehler auf?
  • Ticketanzahl: Wie viele Fehlertickets von Kunden gibt es insgesamt?
  • Prozentsatz zurückgesendeter Fehlertickets: Wie viel Prozent der Kunden- oder Fehlertickets werden erneut geöffnet?
  • Prozentsatz nicht geplanter Arbeit: Wie viel Prozent der gesamten Arbeiten ist nicht geplant?