EEM-Projekt mit EEM-Timer-Jobs
Funktion | Dieses Plugin ist ein spezieller Check für SikuliX und SmartBear TestComplete -basierte End-to-End (E2E)-Tests. Es führt ein Projekt auf einem entfernten Windows-Host über seinen WinAgent aus, wartet auf das Ende der Ausführung, holt dann generierte Protokolldateien, Screenshots oder Videos 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-Tests von Software und Diensten unter Verwendung des Open-Source-Projekts SikuliX oder der 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 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 Anwendung SKOOR Engine WinAgent. Der WinAgent muss konfiguriert werden, um die Ausführung von SikuliX- oder TestComplete/TestExecute-Binärdateien und das Abrufen der generierten Ausgabedateien zu ermöglichen. 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-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 Robot) konfigurieren. Beim Erstellen eines solchen Geräts wird der folgende Konfigurationsoptionsbildschirm angezeigt:
Der Abschnitt EEM-Projektinfos dient als Referenz für die konfigurierten Standardwerte der Eigenschaften, die zum Ausführen eines EEM-Projekts verwendet werden. Abgesehen davon ist ein PC (EEM Robot) -Gerät funktional identisch mit anderen Gerätetypen. Überschreiben Sie Eigenschaften, indem Sie eine oder mehrere Eigenschaften im Abschnitt Eigenschaften manuell festlegen.
Name des Anwesens | Beschreibung |
---|---|
Benutzername des Agent | Muss gesetzt werden, wenn ein Benutzername und ein Passwort in den WinAgent-Einstellungen auf dem EEM-Host konfiguriert wurden. |
Agent | Muss gesetzt werden, wenn ein Benutzername und ein Passwort in den WinAgent-Einstellungen auf dem EEM-Host konfiguriert wurden. |
Agent sichere Verbindung | Muss gesetzt werden, wenn die entsprechende Einstellung (SSL-Verschlüsselung der Verbindung) in den WinAgent-Einstellungen auf dem EEM-Host konfiguriert wurde. |
EEM-Binärpfad | Muss gesetzt werden, wenn es von seiner Voreinstellung abweicht. Dies muss entsprechend der Eigenschaft EEM-Ausführungsmodus eingestellt werden und hängt davon ab, ob der Host eine 32-Bit- oder 64-Bit-Maschine ist. |
EEM-Ausführungsmodus | Wählen Sie SikuliX oder TestExecute , wenn dieser Host eine Laufzeitinstanz ist. Dadurch wird das Kontrollkästchen Auto Update Suite in den auf diesem Gerät konfigurierten EEM-Projektjobs sichtbar, wo man auswählen kann, aus welchem Repository Projektaktualisierungen abgerufen werden sollen. Wenn Sie hier SikuliX Development oder TestComplete auswählen , können Sie Projekte, die auf diesem Computer entwickelt wurden, automatisch an Laufzeithosts verteilen. Dadurch wird die Dropdown-Liste Ausführen/Verteilen in den auf diesem Gerät konfigurierten EEM-Projektaufträgen sichtbar. Einzelheiten siehe unten. |
EEM MHT-Protokolle abrufen (nur TestExecute) | Wenn aktiviert (Standard), versucht die SKOOR Engine , die auf dem EEM-Roboter generierten zusammenfassenden Protokolle der Projektausführung 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 erzeugt hat. Deaktivieren Sie dies, 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 zu gering für die Übertragung großer Dateien ist. |
Stammverzeichnis des EEM-Protokolls | Dies ist das Stammverzeichnis, in dem die SikuliX- oder MHT-Protokolle auf dem EEM-Robot 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 (der 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. |
Beispiel einer SikuliX-Gerätekonfiguration
Im folgenden Beispiel wurden die Parameter für ein Gerät für SikuliX-Tests eingestellt, wie im Abschnitt EEM-Projektinfos beschrieben:
Auftragsdetails des EEM-Projekts
SikuliX-Projekteinstellungen:
TestComplete/TestExecute-Projekteinstellungen:
EEM-Projektparameter
Parameter | Beschreibung |
---|---|
Suite-Name | Nur TestComplete / TestExecute: Ein TestComplete-Projekt besteht aus mindestens einer Projektsuite und einem Projekt innerhalb dieser Suite. Wenn es nur ein Projekt gibt, muss nur der Name der Projektsuite ausgefüllt werden. Andernfalls geben Sie sowohl den Suite- als auch den Projektnamen an. Sobald dieses Feld ausgefüllt ist, wird das Feld „ Argumente “ automatisch mit den standardmäßigen Befehlszeilenargumenten ausgefüllt, die an den Befehl „TestComplete“ oder „TestExecute“ angehängt werden. |
Projektname | Name des SikuliX- oder TestComplete-Projekts. Im Fall von TestComplete muss dies nur ausgefüllt werden, wenn die Projektsuite mehr als ein Projekt enthält. |
VPN-Testmodus | Aktivieren Sie dieses Kontrollkästchen nur in dem speziellen Fall, dass das auszuführende Projekt während des Projektlaufs selbst VPN-Verbindungen zu einem VPN-Gateway initiiert. Dies würde zu einem vorübergehenden Verbindungsverlust zwischen SKOOR Engine und dem Roboterhost führen. Natürlich müsste das Projekt selbst beinhalten, dass diese VPN-Verbindungen wieder geschlossen werden, sonst wird SKOOR Engine niemals Ergebnisse abrufen können. Wenn diese Option aktiviert ist, wartet die SKOOR Engine nicht auf den Beendigungsstatus des Projektlaufs und versucht erst, die Ergebnisse des Projektlaufs abzurufen, nachdem sie die unter Laufzeitlimit angegebene Zeit gewartet hat. |
Laufzeitbegrenzung | Geben Sie die Zeitspanne an, die für die Ausführung des Projekts vorgesehen werden soll. Dies hängt davon ab, was das Projekt tut. Dieser Parameter ist optional, außer wenn auch der VPN-Testmodus aktiviert ist. Wenn diese Zeit abgelaufen ist und der Testprozess auf dem Roboter noch läuft, wird er beendet. In diesem Fall werden keine MHT-Protokolle generiert und abgerufen (was zu einer Warnung führt). |
Zeitüberschreitung des Roboters | Optionaler interner Timeout-Parameter für TestComplete/TestExecute-Projekte (zum Deaktivieren auf 0 s gesetzt). Dieser Parameter ist nur sinnvoll, wenn der Wert kleiner als der Parameter Laufzeitbegrenzung ist |
Ausführlich/Debuggen | Nur SikuliX: Fügen Sie bei Bedarf Debug-Informationen zur Projektausgabe (Protokoll) hinzu |
Argumente | Wird automatisch ausgefüllt, sobald der Suite-Name und/oder das Feld Projektname ausgefüllt sind. Nur bearbeiten, wenn Standardargumente überschrieben werden müssen. Beispielsweise kann das Argument /timeout: hinzugefügt werden, damit TestComplete-Projekte nach einer bestimmten Zeit (z. B. /timeout:300 für 300 Sekunden) automatisch beendet werden. |
Auto-Update-Suite | Aktivieren Sie dieses Steuerelement, wenn die aktuellsten Projektdateien aus dem Projekt-Repository der SKOOR Engine abgerufen werden sollen. Wenn diese Option aktiviert ist, wird eine Dropdown-Liste angezeigt, in der Sie eines der beiden Projekt-Repositorys Produktion oder Test auswählen können, aus dem die Projektdateien gezogen werden sollen. Siehe unten für Details. Dieser Parameter ist nur sichtbar, wenn die EEM-Geräteeigenschaft EEM-Ausführungsmodus auf TestExecute oder SikuliX gesetzt ist. |
Timer-Jobs sortieren | Wählen Sie zwischen Nach Name , Nach Status , Nach Laufzeit oder Nach Startzeit , um Timer-Jobs automatisch zu sortieren, oder Manuell , um sie mit den Schaltflächen „Nach oben “ oder „Nach unten“ im Abschnitt „ Verknüpfte EEM-Timer-Jobs “ zu sortieren |
Der Abschnitt Verknüpfte EEM-Timer-Jobs zeigt, welche EEM-Timer zu diesem EEM-Projekt-Job hinzugefügt wurden. In der obigen Abbildung wurden noch keine Timer-Jobs hinzugefügt.
RDP-Parameter
Parameter | Beschreibung |
---|---|
Domain | Domäne, zu der der Benutzer gehört. Wenn der Benutzer ein lokaler Windows-Benutzer ist, muss der Hostname des EEM-PCs als Domäne konfiguriert werden |
Nutzername | Der Name des Anmeldebenutzers |
Passwort | Das Passwort des Benutzers |
Bildschirmauflösung | Bei bildbasierten Tests ist die Bildschirmauflösung wichtig. Es muss dieselbe Auflösung konfiguriert werden, die auf dem System verwendet wird, auf dem das Projekt entwickelt wurde. Die Standardauflösung ist 1920 x 1200 |
Optional | Hier können bei Bedarf weitere Parameter des Dienstprogramms rdesktop oder FreeRDP konfiguriert werden |
Video aufnehmen | Wenn die Videoaufzeichnung aktiviert ist, kann bei fehlgeschlagenen Testläufen der gesamte Testlauf auf der Ergebnisseite der SKOOR Engine angesehen werden. Dies kann sehr hilfreich sein, um Fehler im Projekt zu finden und zu korrigieren. Testläufe, die mit einem OK -Zustand enden, werden nicht an den Server übertragen, um unnötige Netzwerklast und Speicherverbrauch zu vermeiden |
Sitzung abmelden | Melden Sie sich nach der Projektausführung von der RDP-Sitzung ab |
Bitte beachten Sie, dass die Videoaufnahme eine hohe CPU-Last auf dem SKOOR Engine -System verursachen kann
Variablen- und Passwortparameter für SikuliX-Skripte
Konfigurieren Sie Variablen und Passwörter in SikuliX-Projektjobs, die als Skriptargumente auf den Robotermaschinen verwendet werden. Dazu stehen die Auftragsparameter EEM: Passwort und EEM: Variable zur Verfügung. Eine Variable ist als spaltengetrenntes Schlüssel/Wert-Paar definiert. Der Schlüssel wird später im SikuliX-Skript verwendet, um den Wert auszulesen. Passwörter werden mit einem Schlüssel namens passwd definiert.
Die Eigenschaften können im SikuliX-Skript wie im folgenden Beispiel verwendet werden:
username = SkoorUtils.variable("username") password = SkoorUtils.variable("passwd")
EEM-Projektwerte und Alarmgrenzen
Wert / Alarm Limit | Beschreibung |
---|---|
Laufzeit | Die Laufzeit des gesamten EEM-Projekts |
Antwortcode | 0 = Okay |
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 Jobausführung definiert), funktioniert die Schaltfläche Jetzt prüfen während der im Zeitplan konfigurierten inaktiven Zeit nicht.
Timer-Jobs hinzufügen
Die Timer-Jobs stellen die Messungen dar, die in der SKOOR Engine oder im Dashboard angezeigt werden sollen. Ein Projekt kann mehrere Timer-Jobs haben, z. B. die Gesamtzeit aller Messungen, das Einloggen in eine Anwendung und andere Anwendungsfälle. Die Timer müssen im Projekt konfiguriert / programmiert werden. Wenn das Testprojekt in einem der SKOOR Engine Repositorys oder auf dem EEM-Roboter im konfigurierten Skriptverzeichnis verfügbar ist, versucht die SKOOR Engine , die Timer aus dem Projekt zu extrahieren und automatisch zu konfigurieren.
Klicken Sie im Bearbeitungsfenster eines EEM- Projektjobs auf Zeitgeberjobs hinzufügen :
Der folgende Bildschirm erscheint und dokumentiert die gefundenen Timer und durchgeführten Aktionen:
Die Timer wurden unterhalb des EEM-Projektjobs konfiguriert:
Mit den Auf- und Ab -Tasten können sie jetzt nach Bedarf bestellt werden.
Timer-Jobs manuell hinzufügen
Wenn Timer-Jobs erstellt werden sollen, bevor das EEM-Projekt auf der SKOOR Engine und den Roboter-PCs verfügbar ist, können sie auch manuell hinzugefügt werden. Klicken Sie auf den Namen des EEM-Projektjobs, um unter den Projektjob zu gelangen, und fügen Sie den Timer über das Funktionsmenü oder das Zahnradsymbol hinzu:
Danach muss der Timername genau so konfiguriert werden, wie er im Projekt definiert ist. Der folgende Bildschirm zeigt einen Timer namens totalTime :
EEM-Timer-Parameter
Parameter | Beschreibung |
---|---|
Timer-Name | Für einen EEM-Timer-Job können nur der Jobname und der Timername konfiguriert werden. Der Name des Jobs kann sich vom Timer-Namen unterscheiden, aber der Timer-Name muss dem Timer-Namen entsprechen, wie er in der Timer-Datei steht. |
EEM Timerwerte und Alarmgrenzen
Wert / Alarm Limit | Beschreibung |
---|---|
Laufzeit | Die Laufzeit dieses bestimmten EEM-Zeitgebers |
Ergebniscode | 0 = Okay |
Bekannter Fehler | Die Alarm Limit für bekannte Fehler ist nur bei EEM-Timer-Jobs verfügbar und prüft, ob in der Timer-Datei ein String zurückgegeben wurde, der sich von den üblichen OK , FAILED- oder NOTRUN-Strings unterscheidet. Alarmierung ist möglich, wenn eine Zeichenfolge erkannt wird, nicht aufgrund ihres Inhalts. |
Fehlercode | Allgemeiner Job-Fehlercode (siehe Abschnitt Job-Fehlercodes ) |
EEM-Zeitgeberdetails für TestComplete
Timer werden innerhalb eines Projekts eingeführt, um das Ergebnis ( OK /Failed/NotRun) und die Zeit zu messen, die für einen bestimmten Abschnitt eines Testlaufs benötigt wurde. Während des Laufs werden die Timer in eine Textdatei innerhalb des Projektverzeichnisses geschrieben. Die Datei ist wie folgt aufgebaut:
========== 2017.11.30-12.43 ================= Name;Status;Time ---------------- Calc_Open;OK;6.26 Calc_Calculate;OK;1.69 Total;OK;8.47
Für jeden Timer werden der Name des SKOOR Engine EEM-Timer-Jobs, der tatsächliche Name des Timers, sein aktueller Status und die Zeit in Sekunden gedruckt, die zum Ausführen des entsprechenden Timers während des letzten Laufs benötigt wurde.
Es besteht auch die Möglichkeit, dass das Projekt einen bestimmten Fehler-String in die Timer-Datei schreibt, der dann als String-Wert geparst wird. Dies ist sinnvoll, wenn in einem Projekt Fehler auftreten, die häufig auftreten und bekannt sind, aber in der getesteten Anwendung oder Website nicht behoben werden können. In einem solchen Fall muss die Erkennung des Fehlers in den Projektablauf programmiert werden und sollte einen spezifischen Fehlerstring für den spezifischen Timer in die Timer-Datei schreiben. Ein Beispiel für eine solche Timer-Datei ist unten dargestellt:
========== 2017.11.30-12.43 ================= Name;Status;Time ---------------- Calc_Open;OK;6.26 Calc_Calculate;Known error encountered in Calculate sub-step;1.69 Total;OK;8.47
Die zweite Spalte der Zeile Calc_Calculate wird als bekannter Fehler auf EEM-Timer-Job-Ebene interpretiert.
Diese bekannten Fehler können dann in Alarm Limit verwendet werden. Ein Beispiel für einen aufgetretenen bekannten Fehler ist in der folgenden Abbildung dargestellt:
Und im Wertebereich des entsprechenden EEM-Timer-Jobs:
Die Timer-Datei, in diesem Fall calc.txt (ihr Name muss mit dem Projektnamen identisch sein), wird über WinAgent abgerufen und für die Zustände und Werte jedes Timers analysiert. Dies geschieht aber nur, wenn Timer mit den entsprechenden Namen konfiguriert sind.
EEM-Timer-Details für SikuliX
In SikuliX-Projekten werden Timer anders verarbeitet. Daher ist es nicht möglich, den Inhalt der Timer-Datei zu ändern.
Ergebnisse des EEM-Projekts
Nach einem Lauf des Projekts auf dem EEM-Roboter sieht der Wertebereich des EEM-Projektjobs so aus (unterscheidet sich von SikuliX-Projekten):
oder bei einem Fehler während des Projektlaufs:
Durch Klicken auf den Link Timer- Datei kann die abgerufene Timer-Datei direkt angesehen werden (siehe Beispieldatei oben).
Durch Klicken auf den Link neben MHT-Protokolldatei kann das zusammenfassende MHT-Protokoll heruntergeladen oder direkt angezeigt werden. Eine direkte Ansicht ist nur möglich, wenn der Link aus einem Internet Explorer-Browser heraus angeklickt wird. Das Folgende ist ein Beispiel für ein MHT-Protokoll:
Durch Klicken auf den Link „ Ergebnisdateien “ im Abschnitt „ Werte “ wird das folgende neue Browserfenster oder die folgende Registerkarte geöffnet:
Diese Seite bietet einen Überblick über die Tests, die auf dem EEM-Roboter gelaufen sind. Für jeden Lauf, bei dem Protokolle von SKOOR Engine gesammelt wurden, gibt es eine Zeile mit einem Zeitstempel und einem Link zur entsprechenden MHT-Datei. Wenn während eines Laufs Fehler aufgetreten sind, wird der Link in der Spalte Fehlgeschlagene Tests platziert, zusammen mit einem kleinen Symbol, das angeklickt werden kann und ein neues Browserfenster mit einem Screenshot des ersten Fehlers öffnet, der während des Laufs aufgetreten ist. Dies gibt meistens eine gute Vorstellung davon, warum ein Testlauf fehlgeschlagen ist. Wenn der letzte Lauf fehlgeschlagen ist, wie in diesem Beispiel, wird der Screenshot auch in dieser Übersicht im Abschnitt Letztes Ergebnis groß angezeigt. Durch Klicken auf den Screenshot -Link im Wertbereich des Jobs wird dieses Screenshot -Bild direkt geöffnet.
EEM-Projektwarteschlange
Der SKOOR Engine Kollektor plant die Jobs des EEM-Projekts automatisch gemäß ihrem festgelegten Ausführungsintervall. Das bedeutet, dass jeder EEM-Projektjob sein individuelles Ausführungsintervall haben kann und der Planer dafür sorgt, dass dieses Intervall eingehalten wird. Wenn mehrere EEM-Projektjobs auf einem EEM-Gerät vorhanden sind und der Planer entscheidet, dass es an der Zeit ist, einen EEM-Projektjob auszuführen, wird er in die Warteschlange gestellt, wenn derzeit einer der anderen EEM-Projektjobs bereits ausgeführt wird. Um diese Warteschlange anzuzeigen, müssen die folgenden Voraussetzungen erfüllt sein:
Das EEM-Gerät muss einen Standard Kollektor in seiner Konfiguration definiert haben
Auf dem EEM-Gerät muss mindestens ein EEM-Projektjob 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
Die Entwicklung von Testprojekten erfordert eine Installation der Software TestComplete oder SikuliX. Die Entwicklung erfolgt normalerweise auf anderen Hosts als dort, wo die Tests tatsächlich ausgeführt werden. Wo die Tests ausgeführt werden, muss nur die TestExecute-Laufzeitsoftware installiert werden. Um entwickelte Tests zu verteilen, bietet die SKOOR Engine einen Mechanismus, bei dem eine ZIP-Datei des aktuellen Projektverzeichnisses auf dem Entwicklungshost erstellt, in die SKOOR Engine und dann an die EEM-Roboter verteilt wird. 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 SikuliX Development oder TestComplete auf der develoPment-Host-Gerät
Stellen Sie andererseits sicher, dass alle EEM-Roboter-Hostgeräte diese Eigenschaft auf TestExecute oder SikuliX festgelegt haben
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 Benutzeroberfläche der SKOOR Engine in dem EEM-Projekt, das an EEM-Roboter-Hosts verteilt werden soll, die Option An Test-Repository verteilen aus der Dropdown-Liste Ausführen/Verteilen im Abschnitt Jobausführung des Jobs aus:
Die Auswahl von Messjob ausführen würde einfach das EEM-Projekt ausführen.
Klicken Sie auf OK , um den Auftrag zu speichern
Öffnen Sie den neuen Auftrag mit der Lupe und klicken Sie auf „ Verteilen“.
Der Abschnitt Werte sollte nun anzeigen, dass Suite erfolgreich verteilt wurde :
Das gezippte Verzeichnis der Projektsuite wird nun im Verzeichnis /opt/eranger/ Kollektor /eem_repository/from_development/test des Kollektor 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 aktivieren Sie das Steuerelement „ Suite automatisch aktualisieren “. Wählen Sie dann das Test-Repository aus der angezeigten Liste aus:
Führen Sie Jetzt prüfen für den EEM-Projektauftrag aus. Dies prüft zunächst, ob aktualisierte Projektdateien im SKOOR Engine Repository (unterhalb des Verzeichnisses /opt/eranger/ Kollektor /eem_repository/to_execute/test ) vorhanden sind. Wenn ja, werden sie an den EEM-Roboter übertragen und das alte Verzeichnis der Projektsuite ersetzt. Dann führt es den Test aus und gibt seine Ergebnisse zurück
Wenn sich herausstellt, dass der Test auf dem für das Test-Repository aktivierten TestExecute-Host problemlos läuft, kann mit der Verteilung des Projekts an das Produktions-Repository begonnen werden. Es hat sich bewährt, einen dedizierten Testroboter zu haben, in dem alle entwickelten Tests zuerst 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 sie 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, per ssh mit öffentlichem Schlüssel authentifizierten Zugriff auf die SKOOR Engine -Kollektoren hat, auf denen die EEM- Kollektoren ausgeführt werden. Die SKOOR Engine holt alle komprimierten Projektarchive von allen SKOOR Engine Kollektoren und verteilt sie dann an die Repository-Verzeichnisse aller Kollektoren .
EEM-Projektbeispiel
Führen Sie ein einfaches EEM-Projekt mit 3 EEM-Timern aus
Bei der folgenden Konfiguration wird davon ausgegangen, dass der Remote-Host über eine TestComplete-Projektsuite namens Calc mit einem Projekt namens Calc darunter verfügt. Die Projektausgabe enthält 3 Timer und wird über den auf dem Remote-Host installierten WinAgent ausgeführt. WinAgent muss konfiguriert werden, um die Ausführung der Binärdatei testexecute.exe zuzulassen . Die Timer werden als einzelne EEM-Timer-Jobs unterhalb des EEM-Projektjobs hinzugefügt.
Ausgang 1
SikuliX-Skriptvorlage
Das folgende Skript kann als Grundlage für die Entwicklung von SikuliX-Skripten verwendet werden. Jeder Testschritt sollte von einem Try/Except-Block umgeben sein, um für jeden Schritt eine Messzeit und einen Messzustand auswerten zu können. Ein Timer kann als Gesamtzeit für alle Testschritte konfiguriert werden, die alle Try/Except-Blöcke umgibt.
from skoor import SkoorUtils from skoor import SkoorTimer from skoor import SkoorScreenshot totalTime = SkoorTimer("TotalTime") timer1 = SkoorTimer("Timer1") totalTime.start() try: timer1.start() <code> timer1.stop() except: Debug.error(str(sys.exc_info())) timer1.error(-2, "Step 1 failed") SkoorScreenshot.capture() totalTime.stop()