Andreas Löer

Ziel eines automatisierten Tests ist die Reproduzierbarkeit. Dabei liefert der Test immer das gleiche Ergebnis, auch bei Vollmond.

Um dies zu gewährleisten muss ein definierter Anfangszustand hergestellt werden. Bei Datenbankanwendungen muss der Test immer auf dem selben Datenstand aufsetzen. Dieser Bestand muss vorher definiert werden und in einem Datenbankbackup abgelegt werden.

Im Ant-Script könnte das so aussehen:

<target name="prepare_export_test">
	<exec dir="." executable="mysql" failonerror="true" input="${basedir}/tests/export/db_test_export.sql">
		<arg line="-u${test_user} -p${test_password} -h${test_server} ${test_db}" />
	</exec>
</target>

Bisher waren es die Benutzer gewohnt, dass eine Software im Auslieferungszustand immer Fehler enthielten, die dann in nachfolgenden Updates nach und nach behoben wurden.

Mittlerweile steigen die berechtigten Erwartungen der Benutzer eine weitestgehend fehlerfreie Software zu bekommen. Schließlich kostet eine Softwareeinführung die Firmen Zeit und Geld.

Das diese Einsicht auch bei den Softwarehäusern angekommen ist zeigt die Tatsache, das immer mehr Testingenieure gesucht werden.

Dabei muss auch erkannt werden, dass Testen ein integraler Bestandteil der Softwareentwicklung ist und nicht ein nachgelagerter Prozess am Ende der Entwicklung. Je später ein Fehler erkannt wird desto aufwändiger ist die Beseitigung. Manche Fehler können sogar das gesamte Konzept der Software infrage stellen.

Ich möchte mich hier mit dem Aufbau einer Testinfrastruktur beschäftigen.