book

Abenteuer Softwarequalität

by Kurt Schneider

September 2012

Intermediate to advanced

262 pages

7h 57m

German

dpunkt

Read now

Unlock full access

Softwarequalität bleibt spannend
Softwarequalität und AbenteuerDanke
1.1 Softwarequalität betrifft viele1.2 Für wen dieses Buch gemacht ist1.3 Was Sie von diesem Buch erwarten können1.4 Das Abenteuer von Q1.5 Themen und Anspruch1.5.1 Themenauswahl und Gewichtung1.5.2 Die Reihenfolge der Themen1.6 Bedeutung von Softwarequalität1.7 Wie Q zur Softwarequalität kam
2.1 Qualitätsorganisation und Terminologie2.2 Kosten und Nutzen von Softwarequalität2.3 Qualitätsbeauftragte2.4 Eine Vision: Total Quality Management2.5 Grundbegriffe des Testens2.6 Normen und Standards2.7 Qualitätsaspekte, -anforderungen und Qualitätsmodelle
3.1 Qualitätsnetzwerke und Qualitätszirkel3.2 Leichtgewichtige Dokumentation von Erfahrungen3.3 Organisation der Erfahrungsverwaltung3.4 Herausforderungen und Chancen für Erfahrungsnutzung3.5 Networking in Organisationen und auf Tagungen

4.1 Wozu messen und konkretisieren?4.2 Softwaremetriken4.2.1 Grundlagen4.2.2 Was Softwaremetriken messen4.2.3 Bezug zwischen Metrik und Qualitätsaspekt4.2.4 Skalen für die Resultate der Metriken4.3 Diskussion bekannter Softwaremetriken4.3.1 Lines of code: Der Teufel steckt im Detail4.3.2 Zyklomatische Komplexität von McCabe4.3.3 Halstead Software Science4.3.4 Weitere Metriken: ein Ausblick4.4 Metriken nach Maß: GQM4.4.1 Von Zielen zu Fragen zu Metriken – und zurück4.4.2 Zielorientiertes Messen und Bewerten4.4.3 Zielfacetten schärfen den Blick4.4.4 Messung vorbereiten mit Abstraction Sheets4.4.5 Besonderheiten bei Messung und Auswertung4.5 Projektfortschritt messen mit Quality Gates
5.1 Vorüberlegungen5.1.1 Testvorbereitung5.1.2 Vollständig testen?5.1.3 Woraus ein Testfall besteht5.1.4 Testfälle dokumentieren5.1.5 Testfälle ermitteln: eine Strategie5.1.6 Hintergrund von Fehlern5.1.7 Übersicht: Black-Box-Test und Glass-Box-Test5.2 Black-Box-Tests aus der Spezifikation5.2.1 Minimalforderung und Effizienzprinzip5.2.2 Äquivalenzklassenmethode5.2.3 Grenzwertanalyse5.2.4 Spezifikationsabdeckung optimieren5.2.5 Klassifikationsbaummethode5.2.6 Zustandsbasiertes Testen5.2.7 Testablauf dokumentieren5.3 Sollwerte aus der Spezifikation5.4 Glass-Box: Testen nach der Codestruktur5.4.1 Maße für Codeüberdeckung5.4.2 Interpretation von Überdeckungsmaßen5.4.3 Objektorientierung und Glass-Box-Test5.5 Testfälle für spezielle Qualitätsaspekte5.5.1 Testfälle in Form von Code5.5.2 Granularität und Reihenfolge von Prüflingen5.5.3 Stresstest, Recovery und Security Tests5.6 Hilfsmittel und Werkzeuge für das Testen5.6.1 Debuggen ist nicht Testen5.6.2 Standardhilfsmittel: Testrahmen5.6.3 Werkzeuge für Glass-Box-Test5.6.4 Sonstige Hilfsmittel und Werkzeuge5.7 Testen von grafischen Oberflächen5.7.1 Sackgasse: System als Ganzes5.7.2 Capture/Replay-Tools
6.1 Software und Bedienbarkeit6.2 Usability als Qualitätsaspekt6.2.1 Gute Bedienoberflächen und Qualitätsaspekte6.2.2 Usability definiert sich über Anforderungen6.3 Aspekte der Benutzerfreundlichkeit nach ISO 92416.4 Bedienbarkeit messen6.5 Konstruktives Usability Engineering6.5.1 Aufgaben im Usability Engineering6.5.2 Kernaufgaben in der Anforderungsklärung6.5.3 Aktivitäten in Entwurf und Entwicklung6.5.4 Acht Goldene Regeln nach Shneiderman6.6 Experten-Evaluationen
7.1 Rollen und Ablauf7.2 Hilfsmittel7.3 Aufwand und Nutzen7.4 Varianten von Reviews
8.1 Prädikatenkalkül und formale Beweise8.1.1 Grundvorgehen und Basiselemente8.1.2 Voraussetzungen aus Anforderung ableiten8.1.3 Verzweigung als Anweisungsart8.1.4 Schleifeninvarianten8.2 Verschiedene Spezifikationsstile8.3 Spezifizieren und Beweisen mit Modellen8.3.1 Ampelanlage als Petrinetz-Beispiel8.3.2 Beweise auf Petrinetzen8.4 Diskussion formaler Techniken
9.1 Analytisch, organisatorisch, konstruktiv9.2 Maßnahmen, bevor ein Problem auftritt9.2.1 Bewährte Verfahren9.2.2 Bewährte Bestandteile9.2.3 Bewährte Strukturen9.3 Beispiel Cleanroom: Fehler vermeiden
10.1 Die kurze Geschichte der agilen Softwareentwicklung10.2 Extreme Programming im Überblick10.3 Testgetriebene Entwicklung in XP10.3.1 Terminologie und Testarten10.3.2 Testautomatisierung ist unverzichtbar10.3.3 Testcode ist seltener fehlerhaft10.3.4 Test First: Testen vor Codieren10.3.5 Auswirkungen von Test First10.3.6 Besserer Produktionscode durch Test First10.4 Die Rolle der Softwarequalität in XP10.5 Scrum10.6 Lean Software Development10.6.1 Vom Toyota Production System zur Softwareentwicklung10.6.2 Die Grundkonzepte von Lean10.6.3 Auswirkungen auf die Softwarequalität10.7 Kanban10.7.1 Arbeitsabläufe visualisieren10.7.2 Pull statt Push: Aufgabenvolumen begrenzen, Durchlaufzeit verkürzen10.7.3 Ausblick: Kanban für Fortgeschrittene10.8 Zusammenfassung
11.1 Rückblick11.2 Was es noch zu erkunden gibt11.3 Wann man aufhören soll

Content preview from Abenteuer Softwarequalität

9 Konstruktive Qualitätssicherung

9.1 Analytisch, organisatorisch, konstruktiv

Konstruktive Qualitätssicherungsmaßnahmen sind neben analytischen und organisatorischen Maßnahmen das dritte Standbein der Softwarequalität.

Die organisatorischen Maßnahmen waren in den ersten Kapiteln beschrieben worden. Dazu gehören Aufbau- und Ablauforganisation, die die Softwarequalität im Projekt und in der Firma verankern. Sie schaffen die Voraussetzungen dafür, dass analytische und konstruktive Maßnahmen durchführbar und wirksam sind.