Softwarequalität

#informatik/softwareentwicklung #ausbildung/gfn/ap2/vorbereitung #qualität/software

Softwarequalität beschreibt, wie gut eine Software ihre Aufgabe erfüllt und den Anforderungen entspricht.

Qualität bedeutet: Die Software tut was sie soll - zuverlässig, sicher und benutzerfreundlich.

Warum ist Softwarequalität wichtig?

  • Zufriedene Benutzer
  • Weniger Fehler und Abstürze
  • Geringere Wartungskosten
  • Bessere Wartbarkeit und Erweiterbarkeit
  • Höhere Sicherheit

ISO 25010 Qualitätsmodell

Die internationale Norm ISO 25010 definiert 8 Hauptkategorien für Softwarequalität:

┌─────────────────────────────────────┐
│      ISO 25010 Qualitätsmodell      │
├─────────────────────────────────────┤
│ 1. Funktionale Tauglichkeit         │
│ 2. Leistungseffizienz (Performance) │
│ 3. Kompatibilität                   │
│ 4. Benutzbarkeit (Usability)        │
│ 5. Zuverlässigkeit                  │
│ 6. Sicherheit                       │
│ 7. Wartbarkeit                      │
│ 8. Übertragbarkeit                  │
└─────────────────────────────────────┘

Die 8 Qualitätsmerkmale

1. Funktionale Tauglichkeit

Erfüllt die Software die funktionalen Anforderungen?

Unterkriterien:

Beispiel

✅ Ein Online-Shop muss Produkte anzeigen, in den Warenkorb legen und bezahlen können.

❌ Wenn der Bezahlvorgang fehlt → keine funktionale Vollständigkeit

2. Leistungseffizienz (Performance)

Wie effizient nutzt die Software Ressourcen?

Unterkriterien:

Beispiel

  • Login sollte unter 2 Sekunden erfolgen
  • Datenbank-Abfrage < 500ms
  • System sollte 10.000 gleichzeitige Nutzer verarbeiten

3. Kompatibilität

Kann die Software mit anderen Systemen zusammenarbeiten?

Unterkriterien:

Beispiel

4. Benutzbarkeit (Usability)

Wie einfach ist die Software zu bedienen?

Unterkriterien:

Beispiel

✅ Klare Beschriftung von Buttons
✅ Intuitive Navigation
✅ Hilfetexte und Tooltips
✅ Responsive Design für Mobilgeräte

5. Zuverlässigkeit

Funktioniert die Software stabil und fehlerfrei?

Unterkriterien:

Beispiel

  • 99,9% Uptime = max. 8,76 Stunden Ausfall pro Jahr
  • Automatisches Backup
  • Graceful Degradation (Teilfunktionen bei Ausfall)

6. Sicherheit

Ist die Software vor Angriffen geschützt?

Unterkriterien:

Beispiel

7. Wartbarkeit

Wie einfach lässt sich die Software ändern und erweitern?

🆕 Verstärkt im Prüfungskatalog 2025!

Unterkriterien:

Beispiel

✅ Klare Code-Struktur
✅ Gute Dokumentation
✅ Design Patterns verwenden
✅ Unit Tests
✅ Code-Reviews

8. Übertragbarkeit

Kann die Software in verschiedenen Umgebungen laufen?

Unterkriterien:

Beispiel

  • Läuft auf Windows, Linux, macOS
  • Docker-Container für einfache Installation
  • Plattformunabhängiger Code (Java, Python)

Qualitätssicherung (QA)

Quality Assurance - Maßnahmen zur Sicherstellung der Qualität.

Testing-Strategien

Test Driven Development (TDD)

Erst Tests schreiben, dann Code.

🆕 Neu im Katalog 2025!

TDD-Zyklus:

  1. Red - Test schreiben (schlägt fehl)
  2. Green - Code schreiben (Test erfolgreich)
  3. Refactor - Code verbessern

Test-Pyramide

        /\
       /E2E\      ← Wenige End-to-End Tests
      /──────\
     /Integr.\   ← Mittlere Anzahl Integrationstests
    /──────────\
   /Unit Tests \  ← Viele Unit Tests
  /──────────────\

Unit Tests:

Integrationstests:

End-to-End Tests:

Last- und Performancetest

🆕 Neu im Katalog 2025!

Testet, wie sich das System unter Last verhält.

Was wird getestet:

Tools:

Code-Qualität

Merkmale guten Codes

  • Lesbar - Andere verstehen den Code
  • Konsistent - Einheitlicher Stil
  • Kommentiert - Wichtige Stellen erklärt
  • DRY - Don't Repeat Yourself
  • KISS - Keep It Simple, Stupid
  • SOLID-Prinzipien befolgen

Code Smells (schlechter Code)

  • ❌ Duplizierter Code
  • ❌ Zu lange Methoden
  • ❌ Zu große Klassen
  • ❌ Zu viele Parameter
  • ❌ Hardcodierte Werte
  • ❌ Verschachtelte if-else Ketten

Qualitätsmetriken

Code Coverage

Wie viel Prozent des Codes wird von Tests abgedeckt?

Ziel: Mindestens 80% Coverage

// Beispiel: 2 von 3 Zeilen getestet = 66% Coverage
public int divide(int a, int b) {
    if (b == 0) return 0;  // ✅ Getestet
    return a / b;           // ✅ Getestet
    // Diese Zeile wird nie erreicht ❌
}

Zyklomatische Komplexität

Anzahl der möglichen Pfade durch den Code.

Faustregel:

Technical Debt

Wie viel "Schulden" hat man durch schnelle/schlechte Lösungen?

Arten:

Best Practices

Qualität von Anfang an

  • ✅ Tests schreiben (Test Driven Development)
  • ✅ Code-Reviews durchführen
  • ✅ Automatisierte Tests (CI/CD)
  • ✅ Coding Standards definieren
  • ✅ Regelmäßig refactorn
  • ✅ Dokumentation aktuell halten
  • ✅ Security von Beginn an mitdenken

Häufige Fehler

  • ❌ "Das testen wir später" (passiert nie)
  • ❌ Nur auf Features fokussieren, Qualität ignorieren
  • ❌ Keine Code-Reviews
  • ❌ Technical Debt ignorieren
  • ❌ Fehlende Dokumentation

Qualität messen

Checkliste für gute Software

Siehe auch: