Die Spezifikation

Funktionen (beschreiben)

Einschränkungen (meist zeitlich) - Performance

Enviroment (Umgebung)

nicht sollte drinnen stehen:

l Platitüde (Leersatz- Sätze, die nichts aussagen)

z.B: System sollte benutzerfreundlich sein;

z.B: System sollte schnell sein.

l Mehrdeutigkeiten (Ambiguity)

z.B: "Ausgeben" - Drucker oder am Bildschirm angezeigt.

z.B: "Meistens", "oft", "im Normalfall", "in Ausnahmefällen"

l Auslastungen (Omission)

Wichtige Fälle, die eintreten können, müssen auch behandelt werden.

z.B: Reaktion auf Fehlereingaben &- eingabeformat.

l Implemention Directive

Welche Programmiersprache verwendet wird, sollte so ausverhandelt werden, daß man selbst die Sprache bestimmen kann.

l Benutzersprache

Spezifikation soll so formuliert werden, daß der Kunde auch versteht worum es geht.

Testen

Die besten Programmierer sollten Testen

Teste wie dein eigenes Programm

Typische Fehler

l OFF- ONE ERROR

Schleife die 30x durchlaufen werden soll, aber nur 29x durchlaufen wird

l DANGLING POINTER

l DIVISION DURCH 0

l FALSCHER UP- AUFRUF

Parameter werden falsch übergeben.

l WERTEBEREICHSVERLETZUNG

l IN FILES SCHREIBEN, DIE GARNICHT GEÖFFNET WERDEN.

Testarten

Blackboxtests

Der Tester betrachtet das Programm als Blackbox ( -> Code ist uninteressant). Es wird überprüft, ob Spezifikation erfüllt wird.

Bsp.:

A B C