Begriffe

Question 1

mistake

Answer 1

Irrtum:

Mentaler Vorgang, der zur Entstehung von Programmfehlern führt.

Question 2

fault

Answer 2

Produktfehler:

Abweichung zwischen beabsichtigten und realisierten Produkt.

Question 3

error

Answer 3

Fehlerhafter Zustand:

Inkorrekter Wert einer internen Variablen.

Question 4

failure

Answer 4

Versagen:

Tritt auf, wenn erbrachte Leistung nichtmehr mit erwünschter Leistung übereinstimmt.

Question 5

Verifikation

Answer 5

Überprüfung der Übereinstimmung zwischen Software-Produkt und Spezifikation

(Are we doing things right?)

Question 6

Validierung

Answer 6

Überprüfung der Übereinstimmung eines Software-Produkt bezogen auf seinen Einsatzzweck.

(Are we doing right things?)

Question 7

Konsistenz

Answer 7

Frei von Widersprüchen.

Question 8

Vollständigkeit

Answer 8

Muss Funktionalität vollständig beschreiben.

Question 9

Korrektheit

Answer 9

Absicht des Auftraggebers wird vollständig und konsequent wiedergegeben.
-> Validierung

Question 10

Eindeutigkeit

Answer 10

Anforderung kann nur auf einen Art und Weise interpretiert werden.

Question 11

Realisierbarkeit

Answer 11

Randbedingungen müssen eingehalten werden.

Question 12

Verfolgbarkeit

Answer 12

Dokumentation der Phasen.

Question 13

Nachweisbarkeit

Answer 13

Eindeutige Überprüfung der Kriterien.

Question 14

Software-Ergonomie

Answer 14

Softwareeigenschaften an psychische Eigenschaften anpassen.

Question 15

Kopplung

Answer 15

Grad der Interaktion zwischen zwei Komponenten.

Ziel: geringe Kopplung

Question 16

Kohäsion

Answer 16

Grad der funktionalen Bindung innerhalb einer Komponente.

Ziel: hohe Kohäsion

Question 17

Funktionales Testen

Answer 17

Blackbox:

Testauswahl aufgrund der Spezifikation, Programmstruktur irrelevant.

Question 18

Strukturelles Testen

Answer 18

White Box:

Testauswahl aufgrund der Kontroll- und Datenflüsse des Codes.

Question 19

Modellbasiertes Testen

Answer 19

Grey-Box:

Testauswahl aufgrund von UML-Diagrammen aus der OOA / OOD.

Question 20

Refactoring

Answer 20

Verbesserung der internen Struktur ohne Verhalten zu verändern.

Ziel: Software verständlicher machen.