Softwarequalität und Teststandardisierung: Eine systematische Analyse von ISO/IEC 25010 und ISO/IEC/IEEE 29119

Abstract

Die zunehmende Digitalisierung nahezu aller Lebensbereiche führt dazu, dass Softwarequalität zu einem zentralen Wettbewerbsfaktor geworden ist. Internationale Normen spielen hierbei eine entscheidende Rolle, da sie ein gemeinsames Verständnis von Qualität, Testprozessen und Bewertungskriterien schaffen. Dieser wissenschaftliche Fachartikel analysiert zwei der bedeutendsten Standards im Bereich Softwarequalität und Softwaretests: ISO/IEC 25010 als Qualitätsmodell sowie ISO/IEC/IEEE 29119 als umfassende Normenreihe für Softwaretests.

Neben der theoretischen Einordnung werden konkrete Beispiele aus der Praxis herangezogen, um die Anwendbarkeit der Modelle zu verdeutlichen. Darüber hinaus werden Grenzen, Kritikpunkte sowie Einsatzpotenziale diskutiert.

1. Einleitung

Software bildet heute die Grundlage für kritische Infrastrukturen, medizinische Systeme, Finanzplattformen und industrielle Produktionsanlagen. Fehlerhafte Software kann nicht nur wirtschaftliche Schäden verursachen, sondern auch sicherheitskritische Folgen haben.

Softwaretests gelten daher als essenzieller Bestandteil des Entwicklungsprozesses, da sie sicherstellen, dass ein System Anforderungen erfüllt und Defekte identifiziert werden können. Schätzungen zeigen, dass 20 % bis 80 % der Projektkosten auf Testaktivitäten entfallen können – ein Hinweis auf deren strategische Bedeutung.

Internationale Standards bieten Organisationen strukturierte Vorgehensweisen, um Qualität systematisch zu planen, zu messen und zu verbessern. Zwei besonders relevante Normen sind:

• ISO/IEC 25010 – definiert ein Qualitätsmodell für Softwareprodukte
• ISO/IEC/IEEE 29119 – beschreibt Prozesse, Techniken und Dokumentation für Softwaretests

Ziel dieses Artikels ist es, beide Standards wissenschaftlich einzuordnen und ihre Rolle für moderne Softwareentwicklung zu analysieren.

2. Grundlagen der Softwarequalität

Qualität lässt sich im Softwarekontext als die Gesamtheit der Eigenschaften verstehen, die bestimmen, ob ein Produkt festgelegte Anforderungen erfüllt. ISO/IEC 25010 stellt hierfür ein strukturiertes Qualitätsmodell bereit, das definiert, welche Qualitätsmerkmale bei der Bewertung eines Softwareprodukts berücksichtigt werden sollen.

Das Modell ersetzt ältere Ansätze wie ISO/IEC 9126 und bildet einen zentralen Bestandteil der SQuaRE-Normenreihe (Software Quality Requirements and Evaluation).

Ein wesentliches Ziel moderner Qualitätsmodelle besteht darin, abstrakte Qualitätsanforderungen messbar zu machen. ISO 25010 operationalisiert Qualität beispielsweise durch Submerkmale und messbare Metriken.

Beispiel

Ein Unternehmen entwickelt eine Banking-App. Ohne Qualitätsmodell könnte „gute Performance“ subjektiv interpretiert werden. Durch ISO 25010 lässt sich Performance jedoch über konkrete Kriterien wie Antwortzeiten oder Ressourcennutzung bewerten.

3. ISO/IEC 25010 – Das Softwarequalitätsmodell

ISO 25010 definiert acht Qualitätsmerkmale mit zahlreichen Submerkmalen, die eine systematische Bewertung ermöglichen. Diese Eigenschaften beschreiben die inhärenten Charakteristika eines Softwareprodukts und zeigen, wie gut es seine Qualitätsziele erfüllt.

3.1 Die acht Qualitätsmerkmale

1. Functional Suitability
2. Reliability
3. Performance Efficiency
4. Usability
5. Security
6. Compatibility
7. Maintainability
8. Portability

Diese Struktur verdeutlicht, dass Qualität kein einzelnes Merkmal ist, sondern ein mehrdimensionales Konstrukt. Organisationen profitieren insbesondere davon, dass Qualitätsanforderungen dadurch frühzeitig spezifiziert werden können, anstatt erst während der Testphase sichtbar zu werden.

3.2 Reliability (Zuverlässigkeit)

Zuverlässigkeit beschreibt den Grad, zu dem ein System unter definierten Bedingungen über einen bestimmten Zeitraum korrekt funktioniert. Dieses Merkmal ist insbesondere in sicherheitskritischen Domänen von hoher Bedeutung.

Praxisbeispiel:
In einem autonomen Fahrzeug darf ein Sensormodul nicht sporadisch ausfallen. Selbst kurze Unterbrechungen könnten sicherheitskritische Entscheidungen beeinflussen. Daher werden redundante Sensorsysteme eingesetzt und intensiv getestet, um Systemausfälle zu minimieren.

Darüber hinaus zeigt sich in regulierten Branchen wie der Medizintechnik, dass Zuverlässigkeit eng mit Sicherheitsanforderungen gekoppelt ist. Ein System gilt dort nur dann als akzeptabel, wenn vorhersehbare Fehlermodi analysiert und abgesichert wurden.

3.3 Usability / Interaction Capability

Dieses Merkmal beschreibt, in welchem Maß ein System von definierten Nutzern effektiv, effizient und zufriedenstellend verwendet werden kann. Usability ist damit nicht nur ein ergonomisches Thema, sondern beeinflusst unmittelbar die Betriebssicherheit.

Beispiel:
Eine Krankenhaussoftware mit komplizierter Navigation erhöht die Wahrscheinlichkeit von Bedienfehlern. Werden hingegen klare Workflows, verständliche Fehlermeldungen und konsistente Benutzeroberflächen implementiert, reduziert sich die kognitive Belastung des Personals erheblich.

Moderne Forschung betont zudem, dass schlechte Usability häufig zu Workarounds führt – ein Phänomen, das langfristig Sicherheitsrisiken erzeugen kann.

3.4 Security

Security bezeichnet den Schutz von Informationen und Daten vor unbefugtem Zugriff entsprechend den jeweiligen Berechtigungen. Mit zunehmender Vernetzung gewinnt dieses Merkmal kontinuierlich an Bedeutung.

Praxisbeispiel:
Bei Cloud-Anwendungen müssen Rollenmodelle sicherstellen, dass nur autorisierte Nutzer auf sensible Daten zugreifen können. Ergänzend werden Mechanismen wie Multi-Faktor-Authentifizierung, Verschlüsselung und Audit-Logs implementiert.

Ein Sicherheitsvorfall ist selten nur ein technisches Problem – er kann massive Reputationsschäden verursachen und regulatorische Konsequenzen nach sich ziehen.

3.5 Maintainability

Maintainability beschreibt die Effektivität und Effizienz, mit der ein System modifiziert werden kann. Sie gilt als einer der wichtigsten Treiber langfristiger Wirtschaftlichkeit.

Beispiel:
Ein modular aufgebautes Microservice-System lässt sich schneller erweitern als ein monolithisches System, da Änderungen lokal vorgenommen werden können.

Empirisch zeigt sich, dass geringe Wartbarkeit häufig zu steigenden Defektraten führt, weil Entwickler aus Angst vor Seiteneffekten Änderungen vermeiden oder verzögern.

3.6 Compatibility

Compatibility misst, ob ein System Informationen austauschen und gleichzeitig mit anderen Komponenten in derselben Umgebung arbeiten kann.

Beispiel:
Eine IoT-Plattform muss mit unterschiedlichen Geräten kommunizieren können – von Sensoren bis zu Cloud-Diensten. Fehlende Kompatibilität würde hier nicht nur Funktionalität einschränken, sondern das gesamte Ökosystem destabilisieren.

3.7 Grenzen des Modells

Obwohl ISO 25010 eine umfangreiche Taxonomie bereitstellt, bleibt jede Qualitätsbewertung kontextabhängig. Organisationen müssen entscheiden, welche Merkmale strategisch priorisiert werden.

Ein Startup mit kurzer Time-to-Market gewichtet Performance möglicherweise höher als Portabilität, während Behörden langfristige Wartbarkeit stärker priorisieren.

Das Modell liefert somit keinen starren Bewertungsmechanismus, sondern einen strukturierten Entscheidungsrahmen.

4. ISO/IEC/IEEE 29119 – Standardisierung des Softwaretestens

ISO/IEC/IEEE 29119 ist eine Reihe internationaler Standards für Softwaretests, die einen generischen Rahmen für professionelle Qualitätssicherung bereitstellt. Die Norm definiert unter anderem:

• Terminologie
• Prozesse
• Dokumentation
• Testtechniken
• Prozessbewertung

Ziel ist ein international abgestimmtes Fundament, das unabhängig vom verwendeten Entwicklungsmodell eingesetzt werden kann.

4.1 Aufbau der Normenreihe

Die Standardserie umfasst mehrere Teile, darunter Konzepte und Definitionen, Testprozesse, Testdokumentation sowie konkrete Testtechniken.

Besonders relevant ist dabei die klare Trennung zwischen strategischer und operativer Ebene. Organisationen können dadurch Testrichtlinien definieren, ohne gleichzeitig methodische Details vorzuschreiben.

4.2 Risikobasierter Testansatz

Ein zentrales Prinzip der Norm ist der risikobasierte Ansatz. Da vollständiges Testen praktisch unmöglich ist, werden Testaktivitäten priorisiert und auf besonders kritische Funktionen fokussiert.

Praxisbeispiel:
Bei einer Online-Payment-Plattform werden Zahlungsfunktionen intensiver getestet als weniger kritische UI-Elemente. Ein Fehler im Checkout kann direkte Umsatzverluste verursachen, während ein kosmetischer Darstellungsfehler meist geringere Auswirkungen hat.

Dieser Ansatz erhöht nicht nur die Effizienz, sondern verbessert auch die Entscheidungsfähigkeit des Managements.

4.3 Lebenszyklusunabhängigkeit

Die Prozesse lassen sich mit klassischen, agilen oder hybriden Entwicklungsmodellen kombinieren. Diese Flexibilität ist besonders relevant in modernen DevOps-Umgebungen, in denen kontinuierliche Integration und schnelle Releases üblich sind.

Statt als starres Regelwerk verstanden zu werden, fungiert die Norm eher als strukturelles Referenzmodell.

4.4 Dokumentation als Qualitätsinstrument

ISO 29119 enthält Vorlagen für Testartefakte wie Testpläne, Testdesigns, Testfälle und Incident Reports.

Strukturierte Dokumentation erfüllt mehrere Funktionen:

• Nachvollziehbarkeit von Entscheidungen
• Unterstützung von Audits
• Wissenstransfer innerhalb der Organisation
• Grundlage für Prozessverbesserungen

Gerade in regulierten Branchen ist diese Transparenz unverzichtbar.

5. Zusammenspiel von Qualitätsmodell und Teststandard

ISO 25010 beantwortet primär die Frage: Was bedeutet Qualität?

ISO 29119 beantwortet hingegen: Wie wird Qualität geprüft?

Erst das Zusammenspiel beider Standards ermöglicht ein vollständig integriertes Qualitätsmanagement.

Beispiel: Medizintechnik

Medizinische Software unterliegt besonders hohen regulatorischen Anforderungen. Eigenschaften wie Sicherheit, Zuverlässigkeit und Wartbarkeit müssen nicht nur definiert, sondern auch nachweisbar getestet werden.

ISO 25010 liefert hierfür die Qualitätsdimensionen, während ISO 29119 strukturierte Prüfverfahren bereitstellt. Ohne diese Kombination wäre eine auditierbare Qualitätssicherung kaum realisierbar.

Aus organisationswissenschaftlicher Perspektive entspricht dieses Verhältnis der Trennung von normativer Zieldefinition und operativer Umsetzung — ein Prinzip, das sich auch in anderen Managementdisziplinen wiederfindet.

6. Wissenschaftliche Einordnung

Qualitätsmodelle dienen dazu, abstrakte Anforderungen mit konkreten Messmethoden zu verbinden. Forschungsarbeiten wie das Quamoco-Modell bauen auf ISO-25010-Attributen auf und erweitern diese um zahlreiche Faktoren und Messgrößen.

Das Ziel besteht darin, reproduzierbare Qualitätsbewertungen zu ermöglichen und subjektive Einschätzungen zu reduzieren.

Diese Entwicklung zeigt, dass ISO 25010 nicht nur ein Industriestandard ist, sondern auch eine tragfähige Grundlage wissenschaftlicher Qualitätsforschung darstellt.

7. Kritik und Kontroversen rund um ISO 29119

Trotz seiner internationalen Bedeutung ist der Standard nicht frei von Kritik. Häufig genannte Argumente sind:

• mögliche Überbetonung von Dokumentation
• wahrgenommene Schwerfälligkeit
• Zweifel an der Passung zu hochagilen Umgebungen

Gleichzeitig zeigen viele Organisationen, dass eine skalierte Anwendung der Norm sehr wohl mit agilen Prinzipien vereinbar ist.

Die Kontroversen verdeutlichen letztlich eine grundlegende Spannung moderner Softwareentwicklung: den Balanceakt zwischen struktureller Kontrolle und organisatorischer Flexibilität.

8. Bedeutung für Testautomatisierung

Im Kontext moderner Testautomatisierung liefern beide Standards wichtige Orientierung:

• ISO 25010 definiert die Qualitätsziele automatisierter Tests
• ISO 29119 beschreibt strukturierte Testprozesse

Automatisierte Regressionstests können beispielsweise gezielt auf Zuverlässigkeit oder Performance ausgerichtet werden.

Organisationen, die Automatisierung ohne klare Qualitätsziele betreiben, riskieren hingegen hohe Wartungskosten bei begrenztem Erkenntnisgewinn.

Fazit

ISO/IEC 25010 und ISO/IEC/IEEE 29119 gehören zu den zentralen Referenzwerken moderner Softwarequalität. Während ISO 25010 ein umfassendes Qualitätsverständnis bereitstellt, schafft ISO 29119 einen strukturierten Rahmen zur praktischen Umsetzung durch Tests.

Für Organisationen ergibt sich daraus ein klarer Nutzen:

• bessere Messbarkeit von Qualität
• höhere Vergleichbarkeit von Projekten
• verbesserte Risikokontrolle
• stärkere Standardisierung

Ihr größter Wert entfaltet sich jedoch nicht durch dogmatische Anwendung, sondern durch reflektierte Integration in bestehende Entwicklungspraktiken. Nachhaltige Softwarequalität entsteht dort, wo klare Qualitätsdefinitionen auf reproduzierbare Prüfverfahren treffen — und wo Organisationen Qualität als strategische Managementaufgabe begreifen.

Literaturverzeichnis

• SQuaRE Series (ISO/IEC 25000)
• ISO/IEC 25010 – Systems and software quality models
• ISO/IEC/IEEE 29119 – Software Testing Standard Series
• Wagner et al.: The Quamoco Product Quality Modelling and Assessment Approach
• Molnar & Motogna: Maintainability in Evolving Software Systems
• Han et al.: Support for Industry Standards in Medical Software Architectures
• ISO/IEC 9126 – Vorgängermodell der Softwarequalität