(Der Versionsvergleich bezieht 6 dazwischenliegende Versionen mit ein.) | |||
Zeile 3: | Zeile 3: | ||
Anforderungen in Umgangssprache sind jedoch nicht geeignet als Grundlage eines Tests. | Anforderungen in Umgangssprache sind jedoch nicht geeignet als Grundlage eines Tests. | ||
- | ( "Naja, das Ding soll halt nicht abstürzen" oder "Wenn ich da vorne 100 | + | ( "Naja, das Ding soll halt nicht abstürzen" oder "Wenn ich da vorne 100 eingebe, dann soll da hinten irgendwas rauskommen.. " ) |
Zudem ist es nicht möglich komplexe Applikationen präzise zu beschreiben. | Zudem ist es nicht möglich komplexe Applikationen präzise zu beschreiben. | ||
- | Zum Testen von Software ist es also wichtig, die große Komplexität einer Applikation in kleine testbare | + | Zum Testen von Software ist es also wichtig, die große Komplexität einer Applikation in kleine testbare Programmfragmente ( = Funktionen / Prozeduren) aufzuteilen. |
- | Diese | + | Diese Programmfragmente sollten dann EINE Aufgabe erledigen, so daß man dieses Programmfragment testet in dem man beschreibt: |
- | - welches | + | - welches Programmfragment ( Modul, Klasse, Funktion, Sub ) teste ich |
- | - welche Eingabewerte ( Vorbedingungen ) | + | - welche Eingabewerte ( Vorbedingungen ) definiere ich |
- welche Ausgabewerte ( Nachbedingungen ) erwarte ich | - welche Ausgabewerte ( Nachbedingungen ) erwarte ich | ||
Zeile 18: | Zeile 18: | ||
[[Der erste Test]] | [[Der erste Test]] | ||
- | [[ | + | [[Tests erstellen]] |
+ | |||
+ | [[Testumgebung entfernen]] | ||
+ | |||
+ | [[Einstellungen]] | ||
+ | |||
+ | [[AccUnit-Attribute]] |
Eine Software zu testen bedeutet, festzustellen, ob die Software an sie gestellte Anforderungen auch erfüllt.
Anforderungen in Umgangssprache sind jedoch nicht geeignet als Grundlage eines Tests. ( "Naja, das Ding soll halt nicht abstürzen" oder "Wenn ich da vorne 100 eingebe, dann soll da hinten irgendwas rauskommen.. " )
Zudem ist es nicht möglich komplexe Applikationen präzise zu beschreiben.
Zum Testen von Software ist es also wichtig, die große Komplexität einer Applikation in kleine testbare Programmfragmente ( = Funktionen / Prozeduren) aufzuteilen. Diese Programmfragmente sollten dann EINE Aufgabe erledigen, so daß man dieses Programmfragment testet in dem man beschreibt:
- welches Programmfragment ( Modul, Klasse, Funktion, Sub ) teste ich - welche Eingabewerte ( Vorbedingungen ) definiere ich - welche Ausgabewerte ( Nachbedingungen ) erwarte ich
Unter Umständen wird es also nötig sein den bestehenden Programmcode zu überarbeiten und in kleine testbare Einheiten zu zerlegen.