|

Erfolgreiches,
automatisiertes Testen von
Software
ist das Resultat aus Knowhow und Erfahrung.
Strukturierte Vorgehensweise macht den Prozess übersichtlich!
Deutlich
im Vorteil ist, wer sich intelligente Techniken nutzbar macht,
um das
gewünschte Resultat zu einem definierten Zeitpunkt zu erhalten.
Das
Erstellen eines automatisierten Tests ist in seiner ersten Phase
die
funktionale Umsetzung eines Konzepts.
Hier
sollten frühzeitig strukturierte Ansätze verfolgt werden,
um eine
Vermischung von Anforderungen verwalten zu können.
Datengesteuerte Testautomatisierung, wie es z.B. im
für Winrunnerscipte realisiert wurde,
ermöglicht es mir als
in kurzer Zeit ein Gerüst von Modulen
herzustellen, mit dem
- Bausteinen gleich -
die Testfälle in einer
aus verlinkten Excelsheets zusammengestellt werden.
Von Vorteil ist bei dieser Vorgehensweise, dass zum Befüllen
der
Steuerungsdaten für die diversen Tests
(Funktionstests, Fachtests
ect.)
keine toolspezifischen
Kenntnisse erforderlich sind.
Das
bedeutet, dass die Testdaten in Tabellen gehalten werden,
die vollkommen getrennt von
den ausführenden TSL -
Scripten verwaltet werden.
Beispiel
zur Administration von Paßwörtern Die Tabelle
Testsuit.xls
steuert zeilenweise
die Tabelle TestData.xls
(siehe unten) mit den
Testfällen.
In
dieser Tabelle sind die Tests
spaltenweise(1,
2,
2_1,
3,
4
, 5)
angeordnet.
Aus jeder Spalte wird eine
Testsequenz
zum Aufruf der
Testblöcke
ausgelesen,
deren Anweisungen sequentiell
abgearbeitet
werden.
Im Testblock
können Navigationsanweisungen
(Buttons oder Menü) ausgeführt,
Editfelder befüllt,
Zustandsabfragen gemacht werden
oder Abfragen zum Objekt und
deren
Attributen eingestellt werden.
Diese Daten müssen nicht manuell erstellt werden,
sie können auch aus der GUI
generiert werden,
was die Erstellung der Testdaten vereinfacht.
Aufrufe zu
weiteren Tabellen mit Testdaten sind auch
von dieser Tabelle ausführbar,
so dass komplette Geschäftsabläufe getestet werden
können.

Der Testblock "Benutzer_Details"
(Zeile 18 des Excelsheets) in der Tabelle
TestData.xls
ist in der Testsequenz
(3.Zeile des Excelsheets) in Spalte 1
(Spalte D des Excelsheets) der dritte Eintrag ("Benutzer_Details").
Im Testblock "Benutzer_Details"
initialisiert
der Eintrag CHK das Lesen aus
der Anwendung
und den Vergleich
der Eingabe mit dem eingestellten
Dateninhalt
(<<clear>> = leeres Editfeld
).
Somit wird
hier der Zustand nach dem ersten Erscheinen
der Maske Paßwortadministration
auf dem Bildschirm
verglichen.
Erst in Spalte
2
wird editiert und in
2_1
wieder
verglichen
(hier, ob der Inhalt des Editfeldes geschützt dargestellt
wird.)
Das EMOS
FRAMEWORK
(Lesser
General Public Licence)
kann diese Form der
Datenhaltung effizient unterstützen.
Funktionsaufrufe aus Bibliotheken haben
folgenden Aufbau:
public function FRM_Benutzer_Daten ( in table, in test, in
idx, in mode )
{
auto rc;
rc = FRM_init_block( table, test, idx, mode );
if ( rc != E_OK )
return rc;
rc+=EMOS_set_window ("Administration_Benutzer_Bearbeiten", 5);
rc+=FRM_edit_set ( table, test, "Benutzername" );
rc+=FRM_edit_set ( table, test, "Vollständiger Name" );
rc+=FRM_edit_set ( table, test, "Passwort" );
rc+=FRM_edit_set ( table, test, "Paßwortbestätigung" );
rc+=FRM_button_set ( table, test, "Benutzer darf Paßwort ändern" );
rc+=FRM_button_set ( table, test, "Benutzer darf Benutzereinstellungen ändern" );
rc+=button_press( "OK" );
return rc;
}
Diese Modularität ermöglicht ein Höchstmass an
Flexibilität in der Erstellung
und Analyse von komplexen
automatisierten Tests
mit variablen Interfaces.
Bleibt noch zu bemerken,
dass Test Results
in Winruner durch die Funktionen im Frame
mit allen
testspezifischen Daten automatisch gefüttert wird,
wie Window, Object, Aktion,
Dateninhalt,
Zeilennummer im Script und "tl_step" - relevanten
Angaben,
um eine schnelle Analyse und vollständige Dokumentation zu erhalten.

Ich habe diesen Frame sehr erfolgreich
sowohl im Versicherungswesen bei der (Allianz
Versicherung AG),
in der Banken- (Deutsche Bank
AG)
und Telekommunikationsbranche (T-Systems der Deutschen Telekom
AG)
als auch in der Erstellung
von
Maschinellen Produkten (Production) eingesetzt!
In 2003/2004 erstelle ich
genauso erfolgreich
mit dem EMOS Framework,
Testsoftware und Testservice
über
Remote Acces vom Homeoffice aus,
für
einen großen Amerikanischen Buchhaltungssoftwareanbieter.
Referenz
von TaxWise
Bei einem persönlichen Gespräch
informiere ich Sie
gerne über die Highlights!!!

|
Impressum:
Carsten Büche
Franz-von-Defregger-Str. 2
85586 Poing
Tel: 08121-78661
Fax: 08121-78695
E-Mail: cbueche@cbueche.de
Steuer-Nr.:FA
EBE 112/208/20477
UST-ID: DE 230 452 090 |
|
AGB|
Disclaimer
Haftungsausschluß Hinweis : Mit Urteil vom 12. Mai 1998 - 312
O 85/98 - Haftung für Links hat das Landgericht (LG) Hamburg entschieden ,daß
man durch die Erstellung eines Links die Inhalte der gelinkten Seite ggf. mit zu
verantworten hat. Dies kann, so das Gericht, nur dadurch verhindert werden, dass
man sich ausdrücklich von diesen Inhalten distanziert. Ich habe keinen Einfluss
auf die Gestaltung und die Inhalte der gelinkten Seiten, deshalb distanziere ich
mich ausdrücklich von allen Inhalten aller gelinkten Seiten auf dieser Webseite
bzw. Server und mache mir die Inhalte der gelinkten Seiten nicht zu eigen. Diese
Erklärung gilt für alle verfügbaren Links auf dieser Webseite bzw. Server,
sowie evtl. vorhandene Linklisten und Foren.
|