Macrorecorder in RDP (pulover)
Hi,
ich schlag mich gerade mit einer etwas exotischen Aufgabenstellung herum - ich muß in einer Applikation (mit WPF Oberfläche) einen Mehrbenutzertest bauen, hauptsächlich mal um die Skalierungsgrenzen der Serverinfrastruktur zu ermitteln. Der Kunde meldet aktuell daß tlw Workflows 2-5x so lange dauern, aber das hängt nicht mit der Benutzeranzahl zusammen... nur wenn 40 User da sind, dann ist die Wahrscheinlichkeit, daß es langsam wird, größer.
Also muß ein synthetischer Streßtest her.
Und hab einen Workflow mit diesem Tool hier aufgenommen:
https://www.macrocreator.com/
Den Test hab ich so geplant, daß ich 20 Benutzerkonten hab, 20 identische Testprojekte von denen je User nur eins sichtbar ist und 20 RDP Dateien, die per Doppelklick einen Login durchführen, im Autostart der User wird dann der Makroplayer gestartet. Im Erfolgsfall würden also 20 Sessoins parallel den Workflow abarbeiten.
Nur das Problem - das Makro läuft nur wenn das aktuelle RDP Fenster einen Focus hat und die Maus im Remotedesktop-Fenster bleibt.
Vom Prinzip her sendet das Teil (eigentlich heißt das Ding macrorecorder.exe) nur Events an Windows, beweg die Maus hier oder da hin, Mausbutton runter, Mausbutton rauf.
Aber WPF macht böse Dinge mit der Maus, so daß ich das Programm per Tastaturaktion starte, und danach wird es noch böser, weil Usability und Barrierefreiheit bei dem Hersteller der Software eine nur sehr untergeordnete Rolle spielen bzw WPF das selber auch nicht korrekt macht.
Es hat sich dort niemand darum gekümmert, daß aufpoppende Dialoge auch den Focus haben, sprich da taucht so ein Fenster "Datenbank verbindung öffnen" auf, das aber nicht den Focus hat, was wiederum verhindert, daß man einfach die Entertaste drückt. Und viele der Programmfunktionen haben keinen Hotkey, bzw. sind nur mit Tastaturaktionen erreichbar, die aber Windows auf der Clientseite abfängt, bevor sie in die RDP Sitzung gelangen.
Andere Tools hab ich schon erfolgreich mit dem SendKeys in VB ansteuern können, aber hier muß ich zwingend die Maus einsetzen und das ist scheinbar auf RDP ein ernsthaftes Problem wenn die Session im offenen RDP, aber ohne Focus laufen soll.
gibts da Tools die das besser können?
Oder Einstellungen in Windows die die Maus im RDP weiterführen?
Das Problem ist nicht von der RDP Version abhängig.
Nachdem das mit Windows 7 nicht so recht wollte, hab ich Windows 10 Clients genommen, aber mit denen ging das auch nicht.
Server: 2016 mit Remotedesktop, Patches bis April 2021
2 verschiedene Windows 10 Clients mit Enterprise 1909, ein Windows 7 Thinclient
Ich hab mir schon einen Wolf gegoogelt, aber nichts konkreteres gefunden wie den Mauspfeil auf "Windows black" einzustellen... was das Problem aber nicht löst.
ich schlag mich gerade mit einer etwas exotischen Aufgabenstellung herum - ich muß in einer Applikation (mit WPF Oberfläche) einen Mehrbenutzertest bauen, hauptsächlich mal um die Skalierungsgrenzen der Serverinfrastruktur zu ermitteln. Der Kunde meldet aktuell daß tlw Workflows 2-5x so lange dauern, aber das hängt nicht mit der Benutzeranzahl zusammen... nur wenn 40 User da sind, dann ist die Wahrscheinlichkeit, daß es langsam wird, größer.
Also muß ein synthetischer Streßtest her.
Und hab einen Workflow mit diesem Tool hier aufgenommen:
https://www.macrocreator.com/
Den Test hab ich so geplant, daß ich 20 Benutzerkonten hab, 20 identische Testprojekte von denen je User nur eins sichtbar ist und 20 RDP Dateien, die per Doppelklick einen Login durchführen, im Autostart der User wird dann der Makroplayer gestartet. Im Erfolgsfall würden also 20 Sessoins parallel den Workflow abarbeiten.
Nur das Problem - das Makro läuft nur wenn das aktuelle RDP Fenster einen Focus hat und die Maus im Remotedesktop-Fenster bleibt.
Vom Prinzip her sendet das Teil (eigentlich heißt das Ding macrorecorder.exe) nur Events an Windows, beweg die Maus hier oder da hin, Mausbutton runter, Mausbutton rauf.
Aber WPF macht böse Dinge mit der Maus, so daß ich das Programm per Tastaturaktion starte, und danach wird es noch böser, weil Usability und Barrierefreiheit bei dem Hersteller der Software eine nur sehr untergeordnete Rolle spielen bzw WPF das selber auch nicht korrekt macht.
Es hat sich dort niemand darum gekümmert, daß aufpoppende Dialoge auch den Focus haben, sprich da taucht so ein Fenster "Datenbank verbindung öffnen" auf, das aber nicht den Focus hat, was wiederum verhindert, daß man einfach die Entertaste drückt. Und viele der Programmfunktionen haben keinen Hotkey, bzw. sind nur mit Tastaturaktionen erreichbar, die aber Windows auf der Clientseite abfängt, bevor sie in die RDP Sitzung gelangen.
Andere Tools hab ich schon erfolgreich mit dem SendKeys in VB ansteuern können, aber hier muß ich zwingend die Maus einsetzen und das ist scheinbar auf RDP ein ernsthaftes Problem wenn die Session im offenen RDP, aber ohne Focus laufen soll.
gibts da Tools die das besser können?
Oder Einstellungen in Windows die die Maus im RDP weiterführen?
Das Problem ist nicht von der RDP Version abhängig.
Nachdem das mit Windows 7 nicht so recht wollte, hab ich Windows 10 Clients genommen, aber mit denen ging das auch nicht.
Server: 2016 mit Remotedesktop, Patches bis April 2021
2 verschiedene Windows 10 Clients mit Enterprise 1909, ein Windows 7 Thinclient
Ich hab mir schon einen Wolf gegoogelt, aber nichts konkreteres gefunden wie den Mauspfeil auf "Windows black" einzustellen... was das Problem aber nicht löst.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 666931
Url: https://administrator.de/contentid/666931
Ausgedruckt am: 03.12.2024 um 18:12 Uhr
2 Kommentare
Neuester Kommentar
ich schlag mich gerade mit einer etwas exotischen Aufgabenstellung herum - ich muß in einer Applikation (mit WPF Oberfläche) einen Mehrbenutzertest bauen, hauptsächlich mal um die Skalierungsgrenzen der Serverinfrastruktur zu ermitteln. Der Kunde meldet aktuell daß tlw Workflows 2-5x so lange dauern, aber das hängt nicht mit der Benutzeranzahl zusammen... nur wenn 40 User da sind, dann ist die Wahrscheinlichkeit, daß es langsam wird, größer.
Also muß ein synthetischer Streßtest her.
Also muß ein synthetischer Streßtest her.
Ich würde mal in Richtung Login VSI und Automai schauen.