EEM-Projekt mit EEM-Timer-Jobs

Funktion

Dieses Plugin ist ein spezifischer Scheck für Sikulix und Smartbear Auf TestComplete basierendes End-to-End-Testing (E2E). Es führt ein Projekt auf einem Remote-Windows-Host über seinen WinAgent 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)

EEM -Projekt Allgemeine Informationen

Das EEM Project-Plugin ist für die Verwendung auf einem Gerät vom Typ PC (EEM Robot) vorgesehen. EEM-Geräte (Enduser Experience Monitor) sind Robotergeräte, die End-to-End-Tests von Software und Diensten mit SKOOR Robot durchführen, einem Produkt, das auf dem Open-Source-Projekt SikuliX basiert, oder mit den Testtools TestComplete / TestExecute von SmartBear. 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 sie funktionale End-to-End-Tests von Websites, Webdiensten, UI-Anwendungen oder mobilen Apps durchführen.

Die Kommunikation zwischen dem EEM-Roboter und SKOOR Engine erfolgt über die SKOOR Engine WinAgent-Anwendung. Der WinAgent muss so konfiguriert werden, dass die Ausführung von SikuliX- oder TestComplete-/TestExecute-Binärdateien und das Abrufen der generierten Ausgabedateien möglich ist. 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 -Timerjobs, 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
-1 = Allgemeiner Fehler
1 = Testergebnisse umfassen Warnungen
2 = Testergebnisse enthalten Fehler
3 = Der Test kann nicht durchgeführt werden
18 = TESTCOMPLETE/TESTEXECUTE kann nicht starten können
11 = Parameter fehlen
12 = falscher Parameter
13 = Projekt nicht gefunden
14 = ausführbare Datei nicht gefunden
15 = keine Erlaubnis
16 = Ausführungszeitüberschreitung
20 = Ausführung wurde getötet
17 = Test fehlgeschlagen
19 = unbekannte Antwort

Fehlercode

Allgemeiner Job-Fehlercode (siehe Abschnitt Job-Fehlercodes )

Wenn ein EEM -Projektjob mit einem Zeitplan verknüpft ist (der aktive und inaktive Zeiten für die Ausführung von Arbeitsplätzen definiert), funktioniert die Schaltfläche Now während der inaktiven Zeit nicht im Zeitplan.

EEM -Robotergerät

Stellen Sie vor dem Erstellen eines EEM -Projektauftrags sicher, dass Sie das Gerät konfigurieren, zu dem der Job als Gerät vom Typ PC (EEM -Roboter) gehört. Beim Erstellen eines solchen Geräts wird der folgende Konfigurationsoptionsbildschirm angezeigt:

Der Abschnitt EEM -Projekt infos wird zur Referenz der konfigurierten Standardeinstellungen der Eigenschaften bereitgestellt, mit denen ein EEM -Projekt ausgeführt wird. Abgesehen davon ist ein PC -Gerät (EEM -Roboter) funktionell mit anderen Gerätetypen identisch. Überschreibungseigenschaften durch manuelles Einstellen eines oder mehrere der Eigenschaften im Abschnitt Eigenschaften .

Geräteeigenschaften

Auf Geräteebene konfigurierte Eigenschaften wirken sich auf alle EEM-Projektjobs dieses Geräts aus. Bei Bedarf können einige davon in den Messjobs überschrieben werden.

Name des Anwesens

Beschreibung

Agent Benutzername

Muss festgelegt werden, wenn in den WinAgent-Einstellungen auf dem EEM-Host ein Benutzername und ein Kennwort konfiguriert wurden

Agent Passwort

Muss festgelegt werden, wenn ein Benutzername und ein Passwort in den Winagent -Einstellungen auf dem EEM -Host konfiguriert wurden

Agent Secure Conn

Muss festgelegt werden, wenn die entsprechende Einstellung (SSL -Verschlüsselung für die Verbindung) in den Winagent -Einstellungen auf dem EEM -Host konfiguriert wurde

EEM Binärweg

Muss festgelegt werden, wenn es sich von seiner Standardeinstellung unterscheidet. Dies muss festgelegt werden, was der Eigenschaft der EEM -Ausführungsmodus entspricht

EEM -Ausführungsmodus

Wählen Sie für Laufzeitgeräte, die zur Durchführung von Messungen verwendet werden, Sikulix oder tstexecute

Wählen Sie für Geräte, die zur Entwicklung von EEM -Projekten verwendet werden, Sikulix -Entwicklung oder testComplete

EEM -Fetch -MHT -Protokolle (nur tstexecute)

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 ziemlich groß sein, manchmal mehrere MB, insbesondere wenn der Projektlauf viele Fehler generiert hat. Schalten Sie dies aus, wenn auf der SKOOR Engine zu wenig Platz 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.

EEM -Protokoll -Root -Verzeichnis

Dies ist das Root -Verzeichnis, in dem die Sikulix- oder MHT -Protokolle auf dem EEM -Roboter gespeichert werden

EEM Project Root Directory

Dies ist das Stammverzeichnis, in dem die Projekte Sikulix / TestComplete auf dem EEM -Roboter gespeichert werden

EEM-Fernzugriff

Normalerweise werden die Projektläufe auf der Konsole des EEM -Roboters durchgeführt (auf dem Bildschirm, in dem ein physischer Monitor angeschlossen wäre). In diesem Fall werden VNC oder andere Mittel wie TeamViewer als Remote -Zugriffsmethode verwendet. Dies lässt jedoch den Konsolenbildschirm des Roboters sichtbar, während die Tests ausgeführt werden.

Wenn Sicherheit ein Problem ist, können die Tests so konfiguriert werden, dass sie in einer RDP -Sitzung (Windows Remote Desktop) ausgeführt werden. Auf diese Weise kann der Konsolenbildschirm gesperrt werden. Benutzer werden getrennt, wenn die Tests ausgeführt werden.

Wenn die Authentifizierung der 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 RDP -Anmeldung

RDP -Auflösung

Bildschirmauflösung für EEM-Messungen. Dies ist besonders wichtig für bildbasierte Messungen ( SKOOR Robot )

RDP -Optionen

Einige Optionen können für die RDP -Sitzung konfiguriert werden

RDP -Abmelde

Um Zeit zwischen den Messungen zu sparen, werden RDP -Sitzungen nach dem Ausführen eines Projektjobs nicht ausgeloggt. Wenn ein Abmelden aus irgendeinem Grund erforderlich ist, kann diese Eigenschaft entsprechend festgelegt werden

EEM -Projektjobs

Für die Konfiguration von EEM -Projektjobs wenden Sie sich bitte an die spezifischen Unterseite für SKOOR Robot und Smartbear .

EEM -Projektergebnisse

Messergebnisse werden sowohl im EEM -Projekt- und Timer -Jobs als auch im EEM -Ergebnisbrowser vorgestellt.

EEM -Projektwarteschlange

Die SKOOR Engine Kollektor plant die EEM -Projektjobs nach ihrem angegebenen Ausführungsintervall automatisch. Dies bedeutet, dass jeder EEM -Projektjob sein individuelles Ausführungsintervall haben kann, und der Scheduler stellt sicher, dass dieses Intervall aufgetreten ist. Wenn es mehrere EEM -Projektjobs gibt, die auf einem EEM -Gerät vorhanden sind. Muss erfüllt sein:

  • Das EEM -Gerät muss in seiner Konfiguration einen Kollektor definieren lassen

  • Mindestens ein EEM -Projektjob muss auf dem EEM -Gerät existieren

Wenn die oben genannten Kriterien erfüllt sind, können die Warteschlange und der Status des aktuell laufenden Projekts angesehen werden, indem die Anzeigendetails auf dem EEM -Gerät auswählen:

EEM -Projektverteilung

Die Entwicklung von Testprojekten erfordert eine Installation der TestComplete- oder Sikulix -Software. Die Entwicklung erfolgt normalerweise an verschiedenen Hosts, als wenn die Tests tatsächlich durchgeführt werden. Wo die Tests ausgeführt werden, muss nur die TESTEXECUTE -Laufzeitsoftware installiert werden (nur SmartBear). Um die entwickelten Tests zu verteilen, bietet die SKOOR Engine SKOOR Engine Die ausführbare IX -Datei wird auf die gleiche Weise übertragen. Um dies zu erreichen, befolgen Sie die folgenden Richtlinien:

  • Stellen Sie die Eigenschaft EEM Ausführungsmodus auf Sikulix -Entwicklung oder testComplete auf dem Entwicklungshostgerät ein

  • Stellen Sie sicher, dass alle EEM -Roboter -Host -Geräte auf der anderen Seite diese Eigenschaft auf tstexecute oder sikulix eingestellt haben

  • Entwickeln Sie beim Entwicklungshost ein neues EEM -Projekt oder bearbeiten Sie ein vorhandenes. Speichern Sie das Projekt und schließen Sie die jeweilige IDE.

  • Unterhalb des Entwicklungsgeräts in der Benutzeroberfläche SKOOR Engine wählen Sie im EEM -Projekt, das an EEM -Roboter -Hosts verteilt werden sollte, im Abschnitt " Auftragsausführung ", um das Repository aus Execute-/Distribute Dropdown -Liste zu testen :

    Die Wahl des Ausführungsmessjobs würde einfach das EEM -Projekt ausführen.

  • Klicken Sie auf OK um den Job zu speichern

  • Öffnen Sie den neuen Job mit dem Lupenglas und klicken Sie auf Distribute

  • Der Abschnitt Werte sollte nun erfolgreich verteilt sein:

  • Das Verzeichnis für das Reißverschluss für das Projekt für das Projekt wird nun in das Verzeichnis /OPT/Eranger/ Kollektor /EEM_Repository/From_Development/Test of the Skoor Kollektor eingebaut

  • Das Archiv wird mit dem Verzeichnis /opt/eranger/ Kollektor /eem_repository/to_execute/Test synchronisiert, wodurch es für die automatische Aufstellung verfügbar ist.

  • Gehen Sie auf dem EEM -Roboter -Gerät zum entsprechenden EEM -Projektjob und überprüfen Sie das Auto -Update -Suite -Steuerelement. Wählen Sie dann das Test -Repository aus der angezeigten Liste aus:


  • Überprüfen Sie nun den EEM -Projektjob. Dies wird zunächst prüfen, ob im SKOOR Engine -Repository aktualisierte Projektdateien vorhanden sind (unterhalb des /opt/eranger/ Kollektor /eem_repository/to_execute/test -Verzeichnis.

  • Wenn sich herausstellt, dass der Test auf dem TestExecute -Host, der für das Test -Repository aktiviert ist, gut ausgeführt wird, kann man das Projekt an das Produktionsrepository verteilen

  • Es kann bis zu 4 Minuten dauern, bis SKOOR Engine neu hochgeladen (verteilte) Projekte an alle SKOOR Engine Agents kopiert, sodass sie möglicherweise nicht sofort für das Auto-Update verfügbar sind

  • Wenn Projekte nicht verteilt sind, prüfen Sie, ob die SKOOR Engine , in der die EEM-Projektjobs konfiguriert sind, mit dem öffentlichen Key-Authentifizierter über SSH auf die SKOOR Engine Kollektoren mit dem authentifizierten Zugang ausgestattet sind, an dem die EEM-Projektjobs ausgeführt werden. Die SKOOR Engine holt alle komprimierten Projektarchive aus allen SKOOR Engine Kollektoren ab und verteilt sie an alle Kollektoren -Repository-Direktorien.