automatisierter Grafiktest

[Student]

Sorry für den doch irgendwie doofen Titel.

Also.
Ich suche eine Möglichkeit eine grafische Oberfläche zu testen. Sicherlich geht das mit der von Sun bereitgestellten Klasse 'Robot', aber erstens läuft das ja unter verschiedenen Betriebssystemen unterschiedlich ab und zweitens ist das auch nicht zuverlässig, da der Robot ja z.B. die Maus bewegen kann, die Maus interessiert sich dann aber nicht dafür, ob sie wirklich auf der Java-Anwendung arbeitet oder nicht doch in Word/Excel und Konsorten.

Letztendlich suche ich - falls schon vorhanden - ein OpenSource-Framework, welches mir eine Kasse - sagen wir mal vereinfacht Taschenrechner ;-) - durchtestet.
Es gibt eben ne Menge Knöpfchen etc. die je nach Reihenfolge der Betätigung irgendwelche Funktionen ausführen sollen.
Was da genau geschieht ist ja erstmal egal.

Gut.
Ziel ist es, dass man das Programm eben anwirft und dann schnell und ohne größere Verzögerungen zum - hoffentlich - erwarteten Ergebnis kommt.

Hmm. Wenn ich ehrlich bin ist meine Beschreibung ja irgendwie nicht das Gelbe vom Ei, oder? 8)
Aber ich wüsste jetzt gerade mal nicht, wie ich es anders beschreiben sollte.

Wenn also jemand von Euch Erfahrungen mit dem Testen von grafischen Oberflächen hat bzw. Verweise zu OpenSource-Projekten kennt, die in diese Richtung gehen, dann wäre ich froh, diese aus Euch herauskitzeln zu können. ;-)


Grüße Ben.


PS:
Sollte dieser Thread eher in den Offtopic-Bereich gehören, so kann er natürlich gerne verschoben werden.

 

[Roar]

öhm, also wenn ich dich richtig verstanden hab suchst du ein frame work was deine gui austesten und jede menge events feuert?
also ich wüsste nicht dass es sowas gibt. ich teste meine programme immernoch selbst :-/

 

[thE_29]

also ich hab mir sowas ähnliches geschrieben, aber es hat halt solche fehler, das es dem programm egal ist ob es word oder excel ist!

falls es so ein framework aber gehen sollte, so geht das nur mit JNI, da auf andere fenster, andere events nur C++ kann. (dh, entweder ne .dll oder ne .so ...)

Also wennst was findest melde dich mal

 

[Student]

ich teste meine programme immernoch selbst :-/

das ist ja auch in kleinem maße sicherlich okay.

aber ich arbeite derzeit in einer softwareentwicklungsfirma ( www.shd.de ) und werde jetzt bald ins kassenteam einsteigen.
das ganze ist bestandteil eines warenwirtschaftsystems.

jetzt hängt an der kasse natürlich alles andere dran. wenn ein artikel verkauft wird, dann muss die kasse das genauso wissen, wie der warenbestand oder die inventurliste. etc. etc.

heißt also ... es wäre super praktisch, wenn wir eben abends einfach mal den test anschmeißen könnten und dann morgens sehen, wo es hakt ... wo es zeitverlust gibt etc.

ich möchte die diskussion hiermit jetzt nicht abschließen, da ich immer noch hoffe, dass eventuell jemand ideen hat, wie man das eventuell auch in eigenarbeit (wir denken darüber nach ein team dafür zusammenzustellen) erarbeiten kann.

@roar.
ja. die lösung wird ja darin liegen, dass ich eben nicht mit der maus die events abgebe, sondern das so pseudo-mausklicks getätigt werden, die dann wiederum andere evetns auslesen ... und der rattenschwanz folgt.

ich danke für ideen und hilfe.

 

[thE_29]

also wir haben nebenbei noch ein tool namens Quickeys laufen, das macht eigentlich auch viel (schickt an die kassen und ans backoffice befehle - ja auch ich mache kassensoftware, nur eine andere Firma :bae

 

[Student]

ah. nice.
also hier wird bisher alles per hand getestet ... kennst das spiel. och nee .. das mach ich morgen .. :roll:

nunja. quickeys ist opensource?
du hast eventuell einen link?

 

[Student]

also ich bin jetzt auf abbot gestoßen ... hat da jemand erfahrungen mit?

http://abbot.sourceforge.net/

danke für die antworten.

 

[Student]

*schubs* .. bitte ..