AccUnit

Unit Testing in VBA - Microsoft Access, Excel, …

Grundlagen

Aus AccUnit
(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
 
(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 eingeben, dann soll da hinten irgendwas rauskommen.. " )
+
( "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 Programmstückchen aufzuteilen.
+
Zum Testen von Software ist es also wichtig, die große Komplexität einer Applikation in kleine testbare Programmfragmente ( = Funktionen / Prozeduren) aufzuteilen.
-
Diese Programmstückchen sollten dann EINE Aufgabe erledigen, so daß man diese Programmstückchen testet in dem man beschreibt:
+
Diese Programmfragmente sollten dann EINE Aufgabe erledigen, so daß man dieses Programmfragment testet in dem man beschreibt:
-
   - welches Programmstück ( Modul, Klasse, Funktion, Sub ) teste ich
+
   - welches Programmfragment ( Modul, Klasse, Funktion, Sub ) teste ich
-
   - welche Eingabewerte ( Vorbedingungen ) erhält das Programmstück
+
   - 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]]
-
[[Der zweite und der dritte Test]]
+
[[Tests erstellen]]
 +
 
 +
[[Testumgebung entfernen]]
 +
 
 +
[[Einstellungen]]
 +
 
 +
[[AccUnit-Attribute]]

Aktuelle Version vom 09:35, 6. Aug. 2023

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.

Der erste Test

Tests erstellen

Testumgebung entfernen

Einstellungen

AccUnit-Attribute

Persönliche Werkzeuge