Klappentext

Quelle: Wikipedia. Seiten: 44. Kapitel: Softwaretest, IT-Sicherheitsaudit, Capability Maturity Model Integration, Goal Question Metric, V-Modell, Software-Configuration-Management, Software-Ergonomie, Common Criteria for Information Technology Security Evaluation, IEC 61508, Softwaremetrik, Spice, Jahr-2000-Problem, Fabasoft app.test, Softwarevisualisierung, ISO/IEC 9126, EN 50128, ISO 13407, Softwarequalität, Orthogonal Defect Classification, Arbeitskreis Software-Qualität und -Fortbildung, McCabe-Metrik, Softwaremetrie, ISO/IEC 25000, Software Engineering Body of Knowledge, Halstead-Metrik, DO-178B, Canterbury Corpus, DIN 66272, Gasq, Benutzermodell, SCAMPI, Maintainer, FURPS, Code-Walkthrough, System Under Test, Aerospace Recommended Practices, Software Quality Assurance Plan. Auszug: Ein Softwaretest prüft und bewertet Software gegen die für ihren Einsatz definierten Anforderungen und misst ihre Qualität. Die gewonnenen Erkenntnisse werden zur Erkennung und Behebung von Softwarefehlern genutzt. Tests während der Softwareentwicklung dienen dazu, die Software möglichst fehlerfrei in Betrieb zu nehmen. Von diesem, einzelne Testdurchführungen bezeichnenden Begriff ist die gleich lautende Bezeichnung 'Test' (auch 'Testen') zu unterscheiden, unter der die Gesamtheit der Maßnahmen zur Überprüfung der Softwarequalität (inkl. Planung, Vorbereitung, Steuerung, Durchführung, Dokumentation usw.; siehe auch Definitionen) verstanden wird. Den Nachweis, dass keine Fehler (mehr) vorhanden sind, kann das Softwaretesten nicht erbringen. Es kann lediglich feststellen, dass bestimmte Testfälle erfolgreich waren. E. W. Dijkstra schrieb hierzu: Program testing can be used to show the presence of bugs, but never show their absence! (Programmtesten kann angewandt werden, um die Existenz von Fehlern zu zeigen, aber niemals deren Abwesenheit.) Der Grund ist, dass alle Programmfunktionen und auch alle möglichen Werte in den Eingabedaten in allen ihren Kombination getestet werden müssten was (außer bei sehr einfachen Testobjekten) praktisch nicht möglich ist. Aus diesem Grund beschäftigen sich verschiedene Teststrategien und -konzepte mit der Frage, wie mit einer möglichst geringen Anzahl von Testfällen eine große Testabdeckung zu erreichen ist. Pol, Koomen, Spillner erläutern zu Testen: "Tests sind nicht die einzige Maßnahme im Qualitätsmanagement der Softwareentwicklung, aber oft die letztmögliche. Je später Fehler entdeckt werden, desto aufwändiger ist ihre Behebung, woraus sich der Umkehrschluss ableitet: Qualität muss (im ganzen Projektverlauf) implementiert und kann nicht 'eingetestet' werden." Und: "Beim Testen in der Softwareentwicklung wird i. d. R. eine mehr oder minder große Fehleranzahl als 'normal' unterstellt oder akzeptiert. Hier herrscht ein erheblicher U