Programmieren : 1 Die Spezifikation

1 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, dass man selbst die Sprache bestimmen kann.
l Benutzersprache
Spezifikation soll so formuliert werden, dass der Kunde auch versteht worum es geht.

2 Testen


    Die besten Programmierer sollten Testen Teste wie dein eigenes Programm

2.1 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.










2.2 Testarten


2.2.1 Blackboxtests

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





ê Rechteck
ê Allgemein
ê Gleichseitig

2.2.2 Whitebox

Der Tester betrachtet den Programmcode.
Test wird so aufgebaut, dass möglichst viele Programmteile getestet werden.
Bsp.:
A ê B ê C ê





ê Rechteck

2.2.3 Strategie (keine ähnlichen Testfälle sind zu verwenden !)



è Äquivalenzkritärien



2.2.4 Seeding

Es werden z.B: 200 Fehler bewußt eingebaut
è Dann wird getestet.
è Es werden z.B: 100 Fehler gefunden die in den bewußt eingebauten sind
è dadurch kann man auf die verbleibenden Fehler schließen

2.2.5 Zwei Tester

Zwei Tester testen ein und dasselbe Programm. Je mehr sich die Fehler, die gefunden werden überschneiden, desto weniger Fehler sind noch vorhanden, wenn die nicht überschneidenden Fehler einen geringeren Anteil ausmachen.

309 Worte in "deutsch"  als "hilfreich"  bewertet