EEM-Projekt mit EEM-Timer-Jobs
Funktion | Dieses Plugin ist eine spezifische Prüfung für SikuliX und SmartBear TestComplete- basierte End-to-End-Tests (E2E). Es führt über seinen WinAgent ein Projekt auf einem Remote-Windows-Host aus, wartet auf das Ende der Ausführung, ruft dann generierte Protokolldateien, Screenshots oder Videos ab und zeigt sie auf einer Übersichtsseite an. |
---|---|
Alarmierend | Laufzeit, Antwortcode, Ergebniscode (EEM-Timer), bekannter Fehler (EEM-Timer) |
Allgemeine Informationen zum EEM-Projekt
Das EEM-Projekt-Plugin ist für die Verwendung auf einem Gerät vom Typ PC (EEM Robot) konzipiert. EEM-Geräte (Enduser Experience Monitor) sind Robotergeräte, die End-to-End-Software- und Servicetests mit SKOOR Robot , einem Produkt basierend auf dem Open-Source-Projekt SikuliX, oder den TestComplete/TestExecute-Testtools von SmartBear durchführen. Das Plugin wurde entwickelt, um die Konfiguration und Verwaltung von End-to-End-Testläufen von einem SKOOR Engine Server aus zu optimieren. Tests können so programmiert werden, dass funktionale End-to-End-Tests von Websites, Webdiensten, UI-Anwendungen oder mobilen Apps durchgeführt werden.
Die Kommunikation zwischen dem EEM-Roboter und SKOOR Engine erfolgt über die SKOOR Engine WinAgent-Anwendung. Der WinAgent muss so konfiguriert werden, dass er die Ausführung von SikuliX- oder TestComplete/TestExecute-Binärdateien und das Abrufen der generierten Ausgabedateien ermöglicht. Darüber hinaus muss WinAgent als Anwendung und nicht als Dienst ausgeführt werden.
Das EEM-Projekt-Plugin besteht aus der EEM-Projektkonfiguration selbst und einer beliebigen Anzahl angehängter EEM-Timer-Jobs, die darunter hinzugefügt werden können.
EEM-Projektwerte und Alarmgrenzen
Wert/ Alarm Limit | Beschreibung |
---|---|
Laufzeit | Die Laufzeit des gesamten EEM-Projekts |
Antwortcode | 0 = Ok |
Fehlercode | Allgemeiner Job-Fehlercode (siehe Abschnitt Job-Fehlercodes ) |
Wenn ein EEM-Projektauftrag mit einem Zeitplan verknüpft ist (der aktive und inaktive Zeiten für die Auftragsausführung definiert), funktioniert die Schaltfläche „Jetzt prüfen“ während der im Zeitplan konfigurierten inaktiven Zeit nicht.
EEM-Robotergerät
Stellen Sie vor dem Erstellen eines EEM-Projektjobs sicher, dass Sie das Gerät, zu dem der Job gehört, als Gerät vom Typ PC (EEM-Roboter) konfigurieren. Beim Erstellen eines solchen Geräts wird der folgende Konfigurationsoptionsbildschirm angezeigt:
Der Abschnitt EEM-Projektinformationen dient als Referenz für die konfigurierten Standardeinstellungen der Eigenschaften, die zum Ausführen eines EEM-Projekts verwendet werden. Ansonsten ist ein PC (EEM Robot) -Gerät funktionsidentisch mit anderen Gerätetypen. Überschreiben Sie Eigenschaften, indem Sie eine oder mehrere Eigenschaften im Abschnitt „Eigenschaften“ manuell festlegen.
Geräteeigenschaften
Auf Geräteebene konfigurierte Eigenschaften wirken sich auf alle EEM-Projektaufträge dieses Geräts aus. Bei Bedarf können einige davon bei den Messaufträgen überschrieben werden
Name des Anwesens | Beschreibung |
---|---|
Benutzername Agent | Muss festgelegt werden, wenn in den WinAgent-Einstellungen auf dem EEM-Host ein Benutzername und ein Kennwort konfiguriert wurden |
Agent | Muss festgelegt werden, wenn in den WinAgent-Einstellungen auf dem EEM-Host ein Benutzername und ein Kennwort konfiguriert wurden |
Agent sichere Verbindung | Muss gesetzt werden, wenn die entsprechende Einstellung (SSL-Verschlüsselung für die Verbindung) in den WinAgent-Einstellungen auf dem EEM-Host konfiguriert wurde |
EEM-Binärpfad | Muss festgelegt werden, wenn es von der Standardeinstellung abweicht. Dies muss entsprechend der EEM-Ausführungsmoduseigenschaft und natürlich den Pfaden zu den Softwarekomponenten eingestellt werden |
EEM-Ausführungsmodus | Wählen Sie für Laufzeitgeräte, die zur Durchführung von Messungen verwendet werden, SikuliX oder TestExecute Wählen Sie für Geräte, die zur Entwicklung von EEM-Projekten verwendet werden, SikuliX Development oder TestComplete |
EEM ruft MHT-Protokolle ab (nur TestExecute) | Wenn aktiviert (Standard), versucht die SKOOR Engine , die auf dem EEM-Roboter generierten Projektlauf-Zusammenfassungsprotokolle zu übertragen. Diese werden für jeden Lauf im MHT-Format (MHTML) generiert und können nur mit Internet Explorer angezeigt werden. MHT-Protokolldateien können recht groß sein, manchmal mehrere MB, insbesondere wenn bei der Projektausführung viele Fehler aufgetreten sind. Schalten Sie diese Option aus, wenn auf der SKOOR Engine nicht genügend Speicherplatz zum Speichern der Protokolle vorhanden ist oder wenn die Netzwerkbandbreite zwischen SKOOR Engine und dem EEM-Roboter für die Übertragung großer Dateien zu gering ist |
Stammverzeichnis des EEM-Protokolls | Dies ist das Stammverzeichnis, in dem die SikuliX- oder MHT-Protokolle auf dem EEM-Roboter gespeichert werden |
Stammverzeichnis des EEM-Projekts | Dies ist das Stammverzeichnis, in dem die SikuliX-/TestComplete-Projekte auf dem EEM-Roboter gespeichert sind |
EEM-Fernzugriff | Normalerweise werden die Projektläufe auf der Konsole des EEM-Roboters ausgeführt (dem Bildschirm, den man sehen würde, wenn ein physischer Monitor angeschlossen wäre). In diesem Fall werden VNC oder andere Mittel wie Teamviewer als Fernzugriffsmethode verwendet. Dadurch bleibt jedoch der Konsolenbildschirm des Roboters sichtbar, während die Tests ausgeführt werden. Wenn die Sicherheit ein Problem darstellt, können die Tests so konfiguriert werden, dass sie innerhalb einer Windows-Remotedesktopsitzung ( RDP ) ausgeführt werden. Dadurch kann der Konsolenbildschirm gesperrt werden. Benutzer werden getrennt, wenn Tests ausgeführt werden. Wenn eine Authentifizierung auf Netzwerkebene erforderlich ist, muss das Gerät mit FreeRDP konfiguriert werden |
RDP-Domäne | Active Directory-Domäne, die für die RDP-Anmeldung verwendet wird |
RDP-Benutzername/Passwort | Active Directory-Benutzername und Passwort für die RDP-Anmeldung |
RDP-Auflösung | Für EEM-Messungen verwendete Bildschirmauflösung. Dies ist besonders wichtig für bildbasierte Messungen ( SKOOR Robot ) |
RDP-Optionen | Einige Optionen können für die RDP-Sitzung konfiguriert werden. Weitere Informationen finden Sie im Abschnitt EEM-Projektinformationen zum Geräteobjekt |
RDP-Abmeldung | Um Zeit zwischen den Messungen zu sparen, werden RDP-Sitzungen nach der Ausführung eines Projektjobs nicht abgemeldet. Wenn aus irgendeinem Grund eine Abmeldung erforderlich ist, kann diese Eigenschaft entsprechend festgelegt werden |
Stellenangebote im EEM-Projekt
Informationen zur Konfiguration von EEM-Projektaufträgen finden Sie auf den jeweiligen Unterseiten für SKOOR Robot und SmartBear .
Ergebnisse des EEM-Projekts
Messergebnisse werden in den EEM-Projekt- und Timer-Jobs sowie im EEM-Ergebnisbrowser angezeigt.
EEM-Projektwarteschlange
Der SKOOR Engine Kollektor plant die EEM-Projektjobs automatisch entsprechend ihrem angegebenen Ausführungsintervall. Das bedeutet, dass jeder EEM-Projektjob sein individuelles Ausführungsintervall haben kann und der Planer sicherstellt, dass dieses Intervall eingehalten wird. Wenn auf einem EEM-Gerät mehrere EEM-Projektjobs vorhanden sind und der Planer entscheidet, dass es Zeit für die Ausführung eines EEM-Projektjobs ist, wird dieser in die Warteschlange gestellt, wenn derzeit bereits einer der anderen EEM-Projektjobs ausgeführt wird. Um diese Warteschlange anzuzeigen, müssen die folgenden Voraussetzungen erfüllt sein:
Für das EEM-Gerät muss in seiner Konfiguration ein Kollektor definiert sein
Auf dem EEM-Gerät muss mindestens ein EEM-Projektauftrag vorhanden sein
Wenn die oben genannten Kriterien erfüllt sind, können die Warteschlange und der Status des aktuell laufenden Projekts angezeigt werden, indem Sie Details auf dem EEM-Gerät anzeigen wählen:
Verteilung des EEM-Projekts
Für die Entwicklung von Testprojekten ist eine Installation der Software TestComplete oder SikuliX erforderlich. Die Entwicklung erfolgt in der Regel auf anderen Hosts als denen, auf denen die Tests tatsächlich ausgeführt werden. Wo die Tests ausgeführt werden, muss lediglich die TestExecute-Laufzeitsoftware installiert werden (nur SmartBear). Um entwickelte Tests zu verteilen, bietet die SKOOR Engine einen Mechanismus, der das Erstellen einer ZIP-Datei des aktuellen Projektverzeichnisses auf dem Entwicklungshost, das Abrufen an SKOOR Engine und die anschließende Verteilung an die EEM-Roboter umfasst. Die ausführbare SikuliX-Datei wird auf die gleiche Weise übertragen. Um dies zu erreichen, befolgen Sie die folgenden Richtlinien:
Setzen Sie die EEM-Ausführungsmoduseigenschaft auf dem Entwicklungshostgerät auf SikuliX Development oder TestComplete
Stellen Sie sicher, dass diese Eigenschaft auf allen EEM-Roboter-Hostgeräten auf TestExecute oder SikuliX gesetzt ist
Entwickeln Sie auf dem Entwicklungshost ein neues EEM-Projekt oder bearbeiten Sie ein vorhandenes. Speichern Sie das Projekt und schließen Sie die entsprechende IDE.
Wählen Sie unter dem Entwicklungsgerät in der SKOOR Engine Benutzeroberfläche im EEM-Projekt, das an EEM-Roboterhosts verteilt werden soll, in der Dropdown-Liste „Ausführen/Verteilen“ im Abschnitt „ Jobausführung “ des Jobs die Option „An Test-Repository verteilen“ aus:
Wenn Sie „Messauftrag ausführen“ wählen, wird lediglich das EEM-Projekt ausgeführt.
Klicken Sie auf OK , um den Job zu speichern
Öffnen Sie den neuen Job mit der Lupe und klicken Sie auf „Verteilen“ .
Im Abschnitt „Werte“ sollte nun angezeigt werden , dass die Suite erfolgreich verteilt wurde :
Das komprimierte Verzeichnis der Projektsuite wird nun im Verzeichnis /opt/eranger/ Kollektor /eem_repository/from_development/test des SKOOR- Kollektor abgelegt, auf dem der EEM-Projektjob konfiguriert ist
Das Archiv wird mit dem Verzeichnis /opt/eranger/ Kollektor /eem_repository/to_execute/test synchronisiert und steht somit für die automatische Aktualisierung zur Verfügung.
Gehen Sie auf dem EEM-Robotergerät zum entsprechenden EEM-Projektauftrag und überprüfen Sie die Steuerung der Suite für automatische Updates . Wählen Sie dann das Test-Repository aus der angezeigten Liste aus:
Führen Sie „Jetzt prüfen“ für den EEM-Projektauftrag aus. Dadurch wird zunächst überprüft, ob im SKOOR Engine Repository (unterhalb des Verzeichnisses /opt/eranger/ Kollektor /eem_repository/to_execute/test ) aktualisierte Projektdateien vorhanden sind. Wenn ja, werden sie an den EEM-Roboter übertragen und das alte Verzeichnis der Projektsuite ersetzt. Anschließend wird der Test ausgeführt und die Ergebnisse zurückgegeben
Wenn sich herausstellt, dass der Test auf dem TestExecute-Host, der für das Test-Repository aktiviert ist, einwandfrei läuft, kann mit der Verteilung des Projekts an das Produktions-Repository begonnen werden. Es empfiehlt sich, über einen eigenen Testroboter zu verfügen, in dem alle entwickelten Tests zunächst ausgeführt werden, bevor sie an die Produktionsroboter verteilt werden
Es kann bis zu 4 Minuten dauern, bis SKOOR Engine neu hochgeladene (verteilte) Projekte auf alle SKOOR Engine Agents kopiert, sodass diese möglicherweise nicht sofort für die automatische Aktualisierung verfügbar sind
Wenn Projekte nicht verteilt werden, prüfen Sie, ob die SKOOR Engine , in der die EEM-Projektjobs konfiguriert sind, über einen öffentlichen Schlüssel authentifizierten Zugriff über SSH auf die SKOOR Engine Kollektoren hat, auf denen die EEM-Projektjobs ausgeführt werden. Die SKOOR Engine ruft alle komprimierten Projektarchive von allen Kollektoren SKOOR Engine ab und verteilt sie dann an die Repository-Verzeichnisse aller Kollektoren .