Umfrage : TEST bei komplexen Anwendungen

[bernhard_LA]

zum Thema Mocking kenne ich diesen Link für D : http://nickhodges.com/post/Delphi-Mocks-The-Basics.aspx




ich stehe vor dem Problem einen Unit-Test über die Gesamte Anwendungskette von 15 verschiedenen Proramme zu schreiben,

eine Sequenz wie
app1.Buttonxypressed (.....);
app2.mainform.dosomething (....);
....
app15.Now_make_the_result(.....);

ewig lang und ewig viele Parameter die ich an darunterliegende Klasse weiterleiten muss .
Ferner müsste ich als Check

a) den Inhalt von DB Tabellen vergleichen, sind in beiden Tabellen die selben Records
b) sind Bitmaps identisch, ggf. Auschnitt BMP1 = Ausschnitt BMP2 ....
c) Verbindungen zwischen Ziel und ReferenzListe vergleichen, die Verkettungen müssen identisch sein, die Anordung innerhalb der Liste nicht
d) Vergleich von EXCEL Dateiein mit der Auswertung / Ergebnissen

[BUG]

Ich könnte mir vorstellen, dass ein Tool wie AutoHotkey bei Blackbox-Tests vom Programmen mit GUI ziemlich nützlich ist.
Scheint auch erfolgreich dafür benutzt zu werden; es gibt aber auch Produkte, die mehr auf das Testen zugeschnitten sind.

[bernhard_LA]

Bin auf der Suche nach TEST für die GUI auf die KLasse TGUITESTCASE gestoßen, welche schon ein Teil von Dunit sein sollte.
Gibt es positive Erfahrungen zum dieser Komponente ? Oder nette Demo Beispiele wie ich GUI testing effektiv mit diesem System durchführen kann ....

[jaenicke]

Zitat von Uwe Raabe:

Will man die Software in einer VM einsetzen (auf Mac kaum anders möglich), kommt man um die deutlich teurere Floating-User-License ($2999 bzw. $4499) kaum herum.

Finde ich aber auch grundsätzlich nicht falsch. VMs laden nun einmal zum Schummeln mit den Lizenzen ein.

Wir nutzen einen separaten physischen Rechner, der z.B. via RDP als Testrechner benutzt wird und der exklusiv für die Tests mit TestComplete benutzt wird.

Und was die Nutzung von Macs angeht: Bei dem Preis dafür sollte ja der Preis für TestComplete ohnehin kein Problem sein...

[Union]

Du musst im Testfall nur von TGUITestCase ableiten (uses GUITesting). Dann hast Du im Testfall Methoden zur Verfügung, z.b.
ClickLeftMouseButtonOn, Click, Enterkey uvm. Die baust Du in Published-Methoden ein für die RTTI und die Test-GUI sollte die dann selektieren und ausführen lassen.

[Uwe Raabe]

Zitat von jaenicke:

Zitat von Uwe Raabe:

Will man die Software in einer VM einsetzen (auf Mac kaum anders möglich), kommt man um die deutlich teurere Floating-User-License ($2999 bzw. $4499) kaum herum.

Finde ich aber auch grundsätzlich nicht falsch. VMs laden nun einmal zum Schummeln mit den Lizenzen ein.

Wir nutzen einen separaten physischen Rechner, der z.B. via RDP als Testrechner benutzt wird und der exklusiv für die Tests mit TestComplete benutzt wird.

Und was die Nutzung von Macs angeht: Bei dem Preis dafür sollte ja der Preis für TestComplete ohnehin kein Problem sein...

Das TestComplete ist bei mir auf einem physikalischen Windows System installiert. Das MacBook nutze ich fast nur unterwegs. Da die VM-License eine Netzwerkverbindung zu dem Rechner mit dem License-Manager benötigt, nutzt mir das unterwegs rein gar nichts. Für eine mobile Lizenz braucht man halt eine Node-License und die ist auf einem MacBook nicht möglich (zumindest nicht ohne BootCamp). Damit kann ich meine Tests unterwegs nicht nutzen. Ich finde das ist eine ziemlich starke Einschränkung, die ausschließlich dem Kopierschutz geschuldet ist.

Ich hatte sogar früher eine zweite Node-License für mein Windows-Notebook. Nachdem das durch einen Mac ersetzt wurde, war die faktisch wertlos.

[jaenicke]

Nichtsdestotrotz kennen wir das Problem, dass virtuelle Maschinen die Lizenzprüfbarkeit stark einschränken, aus eigener Erfahrung. Deshalb kann ich das durchaus verstehen, dass da entsprechende Maßnahmen ergriffen werden.

[vagtler]

Zitat von jaenicke:

[...] Und was die Nutzung von Macs angeht: Bei dem Preis dafür sollte ja der Preis für TestComplete ohnehin kein Problem sein...

Warum die Polemik? Auch wir haben mittlerweile ausschließlich auf MBPs umgestellt. Letztendlich hat unsere Erfahrung gezeigt, dass die TCO-Betrachtung ganz besonders im Hinblick auf die effektive Nutzungsdauer mit einer durchaus positiven Bilanz für die Apple-Geräte aufwarten kann.

[jaenicke]

Zitat von vagtler:

Letztendlich hat unsere Erfahrung gezeigt, dass die TCO-Betrachtung ganz besonders im Hinblick auf die effektive Nutzungsdauer mit einer durchaus positiven Bilanz für die Apple-Geräte aufwarten kann.

Bei mir ist diese Erfahrung gänzlich gegenteilig. Aber jedem das Seine.

[Phoenix]

Zurück zum Thema bitte.

Ich habe gerade die letzten Tage auf der Basta ein interessantes Konzept zum Testen (lassen) gesehen: TestHub. Zu finden unter testhub.de.
Die Idee: Crowdsourcing der Tests.

TestHub hat aktuell ca. 13.000 aktive Tester (die das nebenbei machen, also auch am Wochenende und Feiertags testen wollen) und fürs erfolgreiche Testen bezahlt werden.
Ein internes Review und Rating bei Testhub stellt sicher, dass die Tester die hochqualitative Bugreports erstellen aufsteigen - so wird deren Qualität sicher gestellt.

Das Pricing ist auch okay (zumindest aus meiner Sicht) - aber das mag für andere Use-Cases anders / schlechter aussschauen. Es ist auf jeden Fall billiger das zu Nutzen als ein internes Test-Team aufzubauen und dafür jemanden einzustellen / abzuberufen.