Kann ich loadrunner zum Testen von ActiveX-Webanwendungen verwenden?

Question

Wenn ich LoadRunner zum Testen der Webanwendung verwende, habe ich festgestellt, dass ie ActiveX nicht verwenden kann. Ist es möglich, loadrunner zum Testen von ActiveX zu verwenden?

Answer 1

Ja, es ist möglich, LoadRunner zum Testen von ActiveX zu verwenden. Lassen Sie uns auf die Architektur von ActiveX zurückkommen und dann die Pfade zur Unterstützung der Architektur betrachten.

ActiveX ist eine clientseitige Technologie, im Wesentlichen Microsofts Antwort auf Java Applets. Diese Elemente können rein clientseitig sein, Schnittstellen Client-Delight-Typ Elemente oder tatsächlich mit einem Server kommunizieren. Es gibt auch ein gewisses Potenzial für Datenaustausch und -transformation.

Wenn dies "Client-Freude" ist, dann muss wirklich nichts passieren, wenn Sie auf der Transportebene aufnehmen. Alle Anfragen an den Server werden gesammelt und Sie können Ihre Änderung des Skripts wie erwartet bearbeiten.

Wenn dies eine Art von Last und Transformation ist, dann haben Sie zusätzliche Herausforderungen, wenn Sie auf der Transportschicht weitermachen möchten. Möglicherweise müssen Sie mit Ihrem Entwicklungsteam zusammenarbeiten, um den zum Umwandeln von Daten verwendeten Algorithmus zu verstehen. Sie können dies in Ihrem eigenen Code implementieren, um die Transformation dessen, was zurückgegeben werden soll, zu beeinflussen.

Wenn dies ein Applet ist, das direkt mit einem Server kommuniziert, dann nutzt es vielleicht eine Standardprotokollschnittstelle, die von LoadRunner unterstützt wird. In einem solchen Fall kann eine Dual-Protokoll-Aufzeichnung oder eine Aufzeichnung über einen Proxy die Elemente aufnehmen.

Schließlich, wenn die gesamte App activeX ist, kommuniziert sie direkt mit dem Host auf einem unbekannten Protokoll und Sie haben keinen Zugriff auf Entwickler, um Einblick in die Kommunikation zu geben, was können Sie dann architektonisch tun? Nun, in diesem Fall gehen Sie an die Spitze des OSI-Modells und schauen, welche Optionen Ihnen zur Verfügung stehen, um die Endbenutzeroberfläche so auszuführen, wie es ein Benutzer tun würde.

Buzzy hat bereits eine Route notiert. Sie könnten auch TruClient ausprobieren. Ich denke, dass beide Elemente Probleme haben, da sich die ActiveX-Komponenten normalerweise außerhalb der DOM-Umgebung befinden, die vom Browser verwaltet wird. Dadurch bleiben drei Optionen übrig: ein virtueller Benutzer mit grafischer Benutzeroberfläche, ein virtueller Citrix Benutzer oder ein virtueller Remote Desktop-Benutzer. Mit jeder dieser drei Optionen können Sie die Endbenutzeroberfläche steuern und im Wesentlichen einen vollständigen Browser und eine vollständige Kopie der ActiveX-Komponenten für jeden virtuellen Benutzer ausführen, mit dem Sie testen möchten.

Es gibt immer einen Pfad. Lassen Sie sich von Ihrem architektonischen Know-how bei Kommunikationsprotokollen und clientgebundenen Operationen leiten, um es zu finden. Aus diesem Grund ist ein Befehl über diese Elemente der Schlüssel für die Basisklassenfähigkeiten für Leistungsprüfer/Ingenieure/Architekten