AI Ba 2. Sem


Set of flashcards Details

Flashcards 8
Language Deutsch
Category Computer Science
Level Other
Created / Updated 09.07.2016 / 14.07.2016
Weblink
https://card2brain.ch/box/swt_11_implementierungsphase_abnahmeeinfuehrungsphase_wartungs_und_pflegephase
Embed
<iframe src="https://card2brain.ch/box/swt_11_implementierungsphase_abnahmeeinfuehrungsphase_wartungs_und_pflegephase/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>

Aufgabe

Geforderte Leistungen in Form eines oder mehrerer Programme zu realisieren

Ausgangsbasis

= Ergebnisse der Entwurfsphase = Software-Architektur

Komponenten können wie folgt aussehen:

  1. Objektorientierter Entwurf
  2. Modularer Entwurf
  3. Strukturierter Entwurf

für jede Komponente existiert eine Spezifikation = Ergebnis des Requirements-Engineering (Definitionsphase)

Überblick

Statischer Test

  • (auch manueller Test, manuelles Prüfen, statische Analyse, funktionaler Test)
  • Testobjekt wird einer Analyse unterzogen
  • Überprüfung eines Programms oder einer Komponente
  • Geschieht in Form
    • einer intensiven Betrachtung durch mehrere Personen (Reviews/Inspektionen, Walkthrough u.a.)
    • oder durch entsprechende Werkzeuge (Compiler, Interpreter)

Dynamischer Test

Alle Quellcodeteile eines Testobjektes sollen mindestens einmal zur Ausführung gebracht werden. Testfallentwurfsmethoden:

  • Anweisungsüberdeckung
  • Zweigüberdeckung
  • Test der Bedingungen
    • Einfache Bedingungsüberdeckung
    • Mehrfachbedingungsüberdeckung
  • Pfadüberdeckung

Bewertung der dynamischen Testverfahren


Blackbox:

  • eignet sich gut für „obere“ Teststufen
  • gute Prüfung der Funktionalität
  • fehlerhafte Spezifikation wird nicht erkannt
  • nicht geforderte Funktionalität wird nicht erkannt


Whitebox:

  • eignet sich gut für „untere“ Teststufen
  • Struktur des Testobjektes muss Grundlage bei Auswahl des Verfahrens sein
  • übersehene Anforderungen werden nicht aufgedeckt

Wartung

= Lokalisierung und Behebung von Fehlerursachen bei in Betrieb befindlichen Softwareprodukten, wenn Fehlerwirkung bekannt ist

Charakterisierung von Wartungsaktivitäten: Ausgangsbasis = fehlerhaftes bzw. inkonsistentes Produkt

  • Lokalisierung / Behebung von Abweichungen
  • Korrektur einzelner Fehler hat begrenzte Auswirkung auf Gesamtprodukt
    • Fehlerkorrektur konzentriert sich meist auf Implementierung
    • Ereignisgesteuert, d.h. nicht vorhersehbar und daher schwer planbar