Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Nächste Überarbeitung
Vorhergehende Überarbeitung
modul:m287:learningunits:lu07:einfuehrung [2025/07/04 07:17] – angelegt kdemircimodul:m287:learningunits:lu07:einfuehrung [2025/07/04 07:53] (aktuell) kdemirci
Zeile 10: Zeile 10:
   * Datenverfälschung - Anomalien   * Datenverfälschung - Anomalien
   * falsches Systemverhalten   * falsches Systemverhalten
-  * Systemabstürze (betrifft auch andere Programme und kommt dem GAU sehr nahe)+  * Systemabstürze
  
 Die Folgen und Kosten von Fehlern hängen stark vom Einsatzgebiet der Software ab – hier zwei Beispiele: Die Folgen und Kosten von Fehlern hängen stark vom Einsatzgebiet der Software ab – hier zwei Beispiele:
Zeile 37: Zeile 37:
   * Oberflächenfehler (schwer verständliche Benutzeroberflächen, fehlende Rückmeldung bei Interaktionen, etc.)   * Oberflächenfehler (schwer verständliche Benutzeroberflächen, fehlende Rückmeldung bei Interaktionen, etc.)
  
-➡️ Usability-Fehler können in sicherheitskritischen Bereichen wie Medizin, Luftfahrt oder autonomen Fahrzeugen dramatische Auswirkungen haben.+Usability-Fehler können in sicherheitskritischen Bereichen wie Medizin, Luftfahrt oder autonomen Fahrzeugen dramatische Auswirkungen haben.
  
 ===== Normierte Qualitätsmerkmale ===== ===== Normierte Qualitätsmerkmale =====
  
 Was kann der Kunde erwarten, wenn er Ihnen eine Software (z.B. Webblog oder ein CMS inkl. Styling, JavaScript, PHP und Datenbank) in Auftrag gibt? Was kann der Kunde erwarten, wenn er Ihnen eine Software (z.B. Webblog oder ein CMS inkl. Styling, JavaScript, PHP und Datenbank) in Auftrag gibt?
- 
-**Abb-1: Erwartungen des Kunden an der Software-Qualität** 
  
 Es gibt eine Norm (DIN/ISO 9126), welche die wichtigsten Qualitätsmerkmale regelt: Es gibt eine Norm (DIN/ISO 9126), welche die wichtigsten Qualitätsmerkmale regelt:
Zeile 57: Zeile 55:
  
 Die Testaktivitäten können nicht kurz vor Schluss durchgeführt werden. Das Testen von Software muss geplant sein, nimmt es doch bei grossen Projekten ca. 15 % – 30 % in Anspruch. Die Testaktivitäten können nicht kurz vor Schluss durchgeführt werden. Das Testen von Software muss geplant sein, nimmt es doch bei grossen Projekten ca. 15 % – 30 % in Anspruch.
- 
-**Abb-2: Testaktivitäten und -planung** 
  
 Es gibt für das Durchführen von Testaktivitäten einige Prinzipien, die sich in der Praxis bewährt haben: Es gibt für das Durchführen von Testaktivitäten einige Prinzipien, die sich in der Praxis bewährt haben:
Zeile 67: Zeile 63:
   * **Testaktivitäten planen:** Ohne Planung werden Testaktivitäten unsystematisch und "ungeplant" durchgeführt. Die Testplanung ist in die Projektplanung zu integrieren.   * **Testaktivitäten planen:** Ohne Planung werden Testaktivitäten unsystematisch und "ungeplant" durchgeführt. Die Testplanung ist in die Projektplanung zu integrieren.
   * **Testaktivitäten dokumentieren:** Nur durch Dokumentation ist Transparenz und Revisionssicherheit gewährleistet. Zur Testdokumentation gehören Testpläne, Testspezifikationen, Testfallbeschreibungen sowie Test- und Fehlerprotokolle.   * **Testaktivitäten dokumentieren:** Nur durch Dokumentation ist Transparenz und Revisionssicherheit gewährleistet. Zur Testdokumentation gehören Testpläne, Testspezifikationen, Testfallbeschreibungen sowie Test- und Fehlerprotokolle.
- 
-===== Dynamische Testmethoden ===== 
- 
-Bei den dynamischen Testmethoden wird die Software gestartet und nach bestimmten Testkriterien durchlaufen. Es gibt einige Grundsätze für die Testfallermittlung. Details zu Testfällen und deren Erstellung finden Sie hier. 
  
 ===== White-Box-Testmethode ===== ===== White-Box-Testmethode =====
  • modul/m287/learningunits/lu07/einfuehrung.1751606245.txt.gz
  • Zuletzt geändert: 2025/07/04 07:17
  • von kdemirci