hudson continuous integration tool tutorial selenium tutorial 25
In den letzten beiden Tutorials der Selenium-Reihe haben wir die beiden wichtigsten Build-Tools besprochen - AMEISE und Maven . Wir haben ihre Bedeutung und praktische Bedeutung besprochen.
In unserem vorherigen Tutorial in der DevOps-Reihe haben wir davon erfahren Integration von Jenkins mit Selen .
In der Strömung Selenium Online-Trainings-Tutorial würden wir diskutieren a kontinuierliches Integrationstool namens Hudson .
Durchlesen => Beispielhafte Anleitung zu DevOps
Hinweis: Dieses Tutorial ist Teil der Selenium- und DevOps-Tutorialserie. Klicken Sie auf die entsprechenden Links, um zur betreffenden Serie zu navigieren.
Wir würden die Bedeutung und den Nutzen untersuchen, den wir daraus ziehen jedes kontinuierliche Integrationswerkzeug . Wir würden uns den Hudson von Anfang an ansehen, von seiner Installation bis zu seinen erweiterten Einstellungen.
Was du lernen wirst:
- Kontinuierliche Integration
- Hudson - Kontinuierliches Integrationstool
- Hudson Installation
- Hudson-Konfiguration
- E-Mail-Benachrichtigung konfigurieren
- Erstellen des Hudson-Projekts
- Hudson-Projekt konfigurieren
- Konfigurieren der Quellcodeverwaltung
- Build-Trigger auswählen
- Build-Schritte aufrufen
- Konfigurieren von Aktionen nach dem Erstellen
- Fazit
- Literatur-Empfehlungen
Kontinuierliche Integration
Oft arbeiten wir an einem Projekt, bei dem eine große Anzahl von Entwicklern und Testern an verschiedenen Modulen zusammenarbeiten. Entwickler und Tester arbeiten an ihren Modulen und entwickeln dabei ausführbare Dateien. Diese Arbeitsprodukte werden dann in regelmäßigen Abständen integriert. Jedes Mal, wenn wir einen Entwicklungscode erstellen, muss dieser integriert, getestet und erstellt werden, um sicherzustellen, dass der entwickelte Code nicht beschädigt wird oder Fehler oder Defekte verursacht.
Dieser Prozess des Aufbaus und Testens der in regelmäßigen Abständen integrierten Entwicklungsarbeit ist bekannt als Kontinuierliche Integration (CI) . Durch die kontinuierliche Integration können Sie die Fehler oder Irrtümer so schnell wie möglich im Entwicklungslebenszyklus identifizieren und beheben, d. H. Näher an der Zeit, zu der sie eingeführt wurden.
Das Continuous Integration-System erstellt und testet die Anwendung, sobald der frische / geänderte Code als SCM in das Akronym des Source Control Management-Systems übernommen wurde. Mit seinen großen Vorteilen und Auswirkungen auf die Branchen ist es ein wesentlicher Bestandteil des Lebenszyklus der Softwareentwicklung geworden und wird zwingend praktiziert.
Hudson - Kontinuierliches Integrationstool
Die kontinuierliche Integration kann automatisch durchgeführt werden. Hudson ist eines der bekanntesten Tools für die kontinuierliche Integration. Hudson ist ein Java-basiertes Open Source-Tool für die kontinuierliche Integration. Wie jedes andere Continuous Integration-Tool bietet Hudson den Teams die Möglichkeit, Builds und Tests bei Änderungen im Source Control Management System auszulösen.
Hudson unterstützt eine Vielzahl von Tools und Plugins.
Hudson:
- Unterstützt SCM-Tools wie CVS, Subversion (SVN), Git usw.
- Ist in der Lage, ANT-basierte Projekte, Maven-basierte Projekte usw. zu erstellen.
- Kann Shell-Skripte und Windows-Batch-Befehle ausführen
- Kann Berichte, Benachrichtigungen usw. per E-Mail, SMS, Skype usw. senden.
Hudson Installation
Voraussetzungen
Um Hudson verwenden zu können, müssen die folgenden Dinge vorhanden sein, bevor wir beginnen:
- Quellcode-Repository (SVN / Git / CVS usw.)
- Build Script (Ant / Maven etc.)
Installation
Hudson kann problemlos in verschiedenen Umgebungen installiert werden. Hudson kann sowohl auf dem Linux-Computer als auch auf dem Windows-Computer installiert werden. Es wird auch als betriebssystemspezifisches Paket für verschiedene Linux-Varianten verteilt, wodurch die Installation einige Minuten dauert. Hudson kann als eigenständige Anwendung oder im Servlet-Container ausgeführt werden. In diesem Tutorial erklären wir die Hudson-Installation auf einem Windows-Computer. Es gibt zwei verschiedene Ansätze, um Hudson zu installieren.
- WAR-Datei verwenden
- Native Package verwenden
Native Pakete sind für Ubuntu / Debian, Oracle Linux, Redhat / Fedora / CentOS und openSUSE verfügbar.
In diesem Tutorial wird die Installation nach WAR-Datei erläutert. Lassen Sie uns den gesamten Prozess Schritt für Schritt diskutieren.
Schritt 1 : Laden Sie die Hudson WAR-Datei von der offiziellen Website von Hudson herunter - “ http://hudson-ci.org/ ”. Bewahren Sie die Kriegsdatei am gewünschten Speicherort im lokalen Dateisystem auf. Diese WAR-Datei kann direkt über die Eingabeaufforderung gestartet oder im Servlet-Container verwendet werden. Die WAR ist eine ausführbare Datei, in die ein Servlet-Container eingebettet ist.
Schritt 2 : Der nächste Schritt ist die Initialisierung der Hudson-Webbenutzeroberfläche. Dazu müssen wir eine Eingabeaufforderung öffnen und zu dem Ordner gehen, in dem der Hudson-Krieg aufbewahrt wird.
- Geben Sie java -jar hudson-3.0.1.war –httpPort = 8099 ein
Der obige Befehl würde zeigen, dass die Ersteinrichtung im Hudson Dashboard durchgeführt werden muss. Siehe den folgenden Bildschirm.
(Klicken, um das Bild zu vergrößern)
Hinweis: Es wird empfohlen, Hudson als Dienst auf einem Windows- oder Linux-Computer zu starten.
Schritt 3 : Um auf das Hudson-Fenster zugreifen zu können, öffnen Sie Ihren Browser und starten Sie Hudson.
- Geben Sie 'http: // localhost: 8099 /' ein. Dadurch wird das Hudson-Fenster geöffnet.
(Klicken, um das Bild zu vergrößern)
Schritt 4 : Wählen Sie die gewünschten Plugins aus und klicken Sie auf die Schaltfläche Fertig stellen. Bitte haben Sie etwas Geduld, da es wahrscheinlich einige Minuten dauern wird, bis alle Plugins installiert sind.
Hinweis : Es stehen verschiedene Optionen zur Unterstützung von SCM zur Verfügung. Aktivieren Sie die SCM-Option, die Sie verwenden möchten.
Nachdem alle Plugins installiert wurden, kann ein Benutzer das Hudson Dashboard anzeigen.
Hudson-Konfiguration
Nachdem das Hudson Dashboard fertig ist, müssen Sie als Nächstes den Hudson konfigurieren. Lassen Sie uns den gesamten Prozess noch einmal in Schritten diskutieren:
Schritt 1 : Um den Hudson zu konfigurieren, klicken Sie auf den Link „Hudson verwalten“, der im linken Menü angezeigt wird.
Schritt 2 : Klicken Sie im nächsten Schritt auf den Link „System konfigurieren“. Siehe folgenden Screenshot.
Schritt 3 : Sobald Sie auf den Link System konfigurieren klicken, sollten zahlreiche Abschnitte für Verbindungsparameter angezeigt werden. Fügen Sie JDK einen Eintrag hinzu, wie in der folgenden Abbildung dargestellt. Der Benutzer muss den Namen der JDK-Installation und den Speicherort von Java angeben. Es können mehrere Java-Instanzen hinzugefügt werden.
Der Benutzer kann JDK auch automatisch installieren, indem er das Kontrollkästchen 'Automatisch installieren' aktiviert.
Schritt 4 : Fügen Sie im nächsten Schritt einen Eintrag zu Ant hinzu, wie in der folgenden Abbildung gezeigt. Der Benutzer muss den Namen der Ant-Installation und den Ort angeben, an dem Ant lokal installiert wird.
Wie JDK und Ant kann ein Benutzer andere Verbindungsparameter konfigurieren.
Hinweis : Denken Sie immer daran, das Kontrollkästchen 'Automatisch installieren' zu deaktivieren. Das Kontrollkästchen sollte aktiviert sein, falls Sie das Artefakt aus dem Internet herunterladen möchten.
E-Mail-Benachrichtigung konfigurieren
Der Abschnitt zur E-Mail-Benachrichtigung wird am Ende derselben Webseite angezeigt. Der Benutzer muss die folgenden Felder konfigurieren:
Klicken Sie auf eine erweiterte Schaltfläche, um alle Optionen für die E-Mail-Benachrichtigung anzuzeigen.
- SMTP-Server: SMTP-Server speichert die Informationen über SMTP-Server, d. H. Die IP-Nummer oder den vollständig qualifizierten Namen des Servers. Zur Demonstration verwenden wir in diesem Lernprogramm den SMTP-Server von Google Mail.
- Standardbenutzer-E-Mail-Suffix : In diesem Feld kann ein E-Mail-Suffix angegeben werden, das mit dem Benutzernamen versehen werden kann und zum Senden der E-Mail-Benachrichtigung verwendet werden kann.
- E-Mail-Adresse des Systemadministrators : Die Administrator-E-Mail-Adresse wird als Absender-E-Mail-ID verwendet, von der aus alle Benachrichtigungen gesendet werden.
- Hudson URL : Wenn Sie wahrscheinlich Berichte veröffentlichen oder Informationen in der E-Mail-Benachrichtigung erstellen, muss die Hudson-URL angegeben werden. Die Hudson-URL wird verwendet, um auf die Berichte zuzugreifen. Es muss jedoch eine gültige URL angegeben werden. Wenn alle Empfänger mit dem Intranet verbunden sind, kann auch die IP-Adresse des Computers angegeben werden, auf dem Hudson gehostet wird.
- Verwenden Sie die SMTP-Authentifizierung : Wenn Sie diese Option aktivieren, werden das Feld Benutzername und Kennwort zur Authentifizierung angezeigt.
- Verwenden Sie SS L: Der Benutzer kann SSL aktivieren, indem er diese Option auswählt, um eine Verbindung zum SMTP-Server herzustellen.
- SMTP-Port: Der Benutzer muss in diesem Feld die Portnummer angeben, die für die Kommunikation mit dem Mailserver verwendet wird. Wenn keine Portnummern angegeben sind, werden die Standardportnummern zugewiesen.
- Zeichensatz : Dieses Feld gibt den Zeichensatz an, der zum Erstellen von E-Mails verwendet wird.
Da wir bereits erwähnt haben, dass wir in diesem Lernprogramm den Google Mail-Mailserver zum Senden von E-Mail-Benachrichtigungen verwenden würden, lesen Sie die folgenden Screenshots und nehmen Sie die erforderlichen Änderungen im Abschnitt E-Mail-Benachrichtigung vor.
Klicken Sie auf die Schaltfläche Speichern, um alle neu vorgenommenen Änderungen zu speichern.
Erstellen des Hudson-Projekts
Nachdem wir den Hudson auf unseren Maschinen installiert und konfiguriert haben, werden wir fortfahren und Hudson-Projekte erstellen. Wie bei der Hudson-Konfiguration haben wir verschiedene Konfigurationsoptionen für ein Hudson-Projekt. In diesem Tutorial werden die nützlichsten und am häufigsten verwendeten Optionen und Erweiterungen beleuchtet.
Führen Sie die folgenden Schritte aus, um ein neues Hudson-Projekt zu erstellen und zu konfigurieren:
Klicken Sie auf die Option 'Neuer Job', die im linken Menü angezeigt wird. Die folgende Seite wird geöffnet, auf der die Optionen für die Projekterstellung und die Projektstile angezeigt werden.
Es gibt zahlreiche Stile, in denen das Projekt / der Job erstellt werden kann. Beachten Sie, dass Projekt und Job austauschbar sind, da beide in der Regel dasselbe bedeuten.
- Erstellen Sie eine Freestyle-Software jo b: Dies ist die am häufigsten verwendete Methode zum Erstellen eines neuen Hudson-Jobs.
- Erstellen Sie einen Multi-Konfigurationsjob : Dieser Projektstil wird verwendet, um die verschiedenen Jobs auszuführen.
- Überwachen Sie einen externen Job : Diese Art von Projekt überwacht einen externen Job.
- Vorhandenen Job kopieren : Wenn wir ein Projekt haben, das einem vorhandenen Projekt ähnelt, kann dieser Stil hilfreich sein. Sie müssen lediglich den Namen des vorhandenen Jobs angeben, und das Replikat dieses Jobs wird erstellt.
Für dieses Tutorial würden wir jedoch ein Freestyle-Hudson-Projekt erstellen. Geben Sie den Namen des Jobs ein, den Sie erstellen möchten, und klicken Sie auf die Schaltfläche OK. Wenn Sie auf OK klicken, gelangen Sie wie unten gezeigt zur Konfigurationsseite des Jobs:
Hudson-Projekt konfigurieren
Nachdem wir den Hudson-Job erstellt haben, ist es Zeit, ihn zu konfigurieren. Wie die Hudson-Konfiguration verfügt auch Hudson Job über verschiedene Konfigurationseinstellungen. Lassen Sie uns hier die wichtigen diskutieren.
Um genau zu sein, gibt es nämlich sechs Arten von Einstellungen zum Konfigurieren eines Jobs:
- Allgemeine Jobeinstellungen : In diesem Abschnitt kann der Benutzer die grundlegenden Informationen zum Job erwähnen. Der Benutzer kann die Jobbeschreibung senden, den Job deaktivieren, den Job parametrisieren, die älteren Builds in den Papierkorb werfen und mehrere Builds für denselben Job gleichzeitig ausführen.
- Erweiterte Joboptionen : In diesem Abschnitt kann der Benutzer einige erweiterte Optionen konfigurieren.
- Quellcodeverwaltung : In diesem Abschnitt können Sie die Einstellungen für das Quellcodeverwaltungssystem vornehmen. Wählen Sie 'Keine', wenn kein SCM verwendet wird. Beachten Sie, dass der Benutzer nur die SCM-Optionen sehen kann, deren Plugin zum Zeitpunkt der Hudson-Installation installiert wurde. Um dem Hudson mehr SCM hinzuzufügen, kann ein Benutzer die Seite Plugins verwalten aufrufen und die erforderlichen Plugins installieren.
- Trigger erstellen : In diesem Abschnitt kann der Benutzer entscheiden, wie die Build-Ausführung initiiert werden soll.
- Bauen : In diesem Abschnitt kann der Benutzer die Einstellungen für den Erstellungsmechanismus angeben.
- Aktionen nach dem Erstellen : In diesem Abschnitt kann der Benutzer Einstellungen für die Post-Build-Aktionen vornehmen, die ausgeführt werden, sobald die Build-Ausführung abgeschlossen ist.
Lassen Sie uns einen Schritt voraus sein und den Job mit den erforderlichen Einstellungen konfigurieren. Der Benutzer kann die Optionen unter 'Allgemeine Auftragseinstellungen' und 'Erweiterte Auftragsoptionen' auf ihren Standardzustand zurücksetzen.
Konfigurieren der Quellcodeverwaltung
In den obigen Abschnitten dieses Tutorials haben wir viel über die Erstellung des Hudson-Projekts gesprochen. Das Hudson-Projekt wird üblicherweise mit einem tatsächlichen Projekt (Quellcode) verwendet, das mit einem bestimmten Quellcode-Verwaltungssystem verknüpft ist. Wie zu Beginn dieses Tutorials erwähnt, unterstützt Hudson eine Vielzahl von SCMs hervorragend. Um nur einige zu nennen, unterstützt Hudson CVS, Git, SVN usw. In diesem Tutorial konfigurieren wir Subversion (SVN) als SCM.
Schritt 1 : Wählen Sie die Option 'Subversion'. Sobald der Benutzer Subversion auswählt, werden die folgenden Optionen angezeigt.
Schritt 2: Der nächste Schritt besteht darin, die 'Repository-URL' des SVN anzugeben. Da ich ein lokales Repository erstellt habe, würde ich eine lokale Repository-URL angeben. Ein lokales Repository kann mit Tortoise SVN erstellt werden.
beste ide für python auf mac
Behalten Sie alle anderen Einstellungen in diesem Abschnitt bei.
Build-Trigger auswählen
Der nächste Schritt besteht darin, die Build-Trigger zu konfigurieren. Mit Hudson können Sie Trigger festlegen, um den Build-Ausführungsprozess automatisch zu starten. Der Benutzer kann den Job so konfigurieren, dass er automatisch erstellt wird, wenn ein anderes Projekt / ein anderer Job erstellt wird. Alternativ kann der Benutzer den Build auch so einstellen, dass er regelmäßig ausgeführt wird, dh die Build-Ausführung plant, oder der Benutzer kann auch einen Build planen, um nach neuen Commits im SCM zu suchen und die Ausführung auszulösen, wenn einer der Benutzer auch festlegen kann, dass der Build ausgeführt wird, wann immer dies der Fall ist Ein Update der Maven-Abhängigkeiten, sofern Ihr Projekt ein Maven-basiertes Projekt ist.
Um diese Optionen festzulegen, müssen Sie lediglich den gewünschten Build-Trigger auswählen. Der Benutzer kann auch mehrere Optionen gleichzeitig auswählen.
Bei der Auswahl eines der oben genannten Trigger muss der Benutzer möglicherweise einige zusätzliche Informationen für den Triggertyp angeben.
- Erstellen nach dem Erstellen anderer Jobs: Der Name der Jobs, die die Ausführung dieses Jobs auslösen können, sollte angegeben werden.
- Regelmäßig erstellen: Der Zeitplan sollte erwähnt werden. Es gibt ein bestimmtes Protokoll, das befolgt werden muss, um den Zeitplan zu erwähnen. Weitere Informationen zum Zeitplan finden Sie unten:
- Poll SCM: Der Benutzer muss den Zeitplan angeben. Das Feld verhält sich wie das von 'Regelmäßig erstellen'.
- Erstellen, wenn Maven-Abhängigkeiten durch Maven 3-Integration aktualisiert wurden: In diesem Abschnitt müssen keine Eingaben übermittelt werden.
Weitere Informationen finden Sie, indem Sie die Hilfesymbole erweitern.
Wenn der Benutzer keinen dieser Build-Trigger festlegen möchte, kann er den Job / das Projekt manuell erstellen. Alles, was er / sie tun muss, ist auf den Link 'Jetzt erstellen' zu klicken, der im linken Menü angezeigt wird.
Build-Schritte aufrufen
Nachdem wir alle grundlegenden Schritte zum Konfigurieren eines Build-Projekts gesehen haben, können Sie fortfahren und weitere Build-Schritte hinzufügen. In diesem Abschnitt kann der Benutzer seinen Build mit mehreren Build-Schritten definieren.
Jeder der Erstellungsschritte hat seine eigene Konvention zum Definieren und Aufrufen.
Überprüfen Sie beispielsweise den folgenden ANT-Aufruf:
Konfigurieren von Aktionen nach dem Erstellen
Manchmal ist es sowohl notwendig als auch wichtig, bestimmte Aktionen nach dem Build auszuführen. Post-Build-Aktionen sind nichts anderes als einige Aktionen, die ausgelöst werden, sobald der Build ausgeführt wird. Der Benutzer kann mehr als eine Aktion nach dem Erstellen auslösen, wenn er dies wünscht.
Wie wir alle wissen, sind die Build-Ausführungsstatus und -Berichte eines der wichtigsten Artefakte oder Beendigungskriterien für einen Softwareentwicklungs-Lebenszyklus. Daher können Sie mit Hudson den Build-Ausführungsbericht veröffentlichen, Dokumentation erstellen, ausführbare Dateien / Archive erstellen usw.
Testausführungsberichte können veröffentlicht und per E-Mail an die Stakeholder gesendet werden. Ergebnisse dieses Builds können die Ausführung eines anderen Builds auslösen.
Es gibt viele Post-Build-Aktionen. Nehmen wir uns einen Moment Zeit, um die grundlegendsten zu besprechen.
# 1. Aggregierte Downstream-Testergebnisse - Mit dieser Einstellung kann der Benutzer die Testausführungsergebnisse dieses Jobs und der nachgeschalteten Jobs zusammenfassen, um effektivere Testergebnisse zu erzielen. Der Benutzer muss lediglich den Namen des nachgeschalteten Jobs angeben. Falls der Benutzer keinen nachgelagerten Auftrag bereitstellen möchte, aber dennoch die Einstellung ausnutzen möchte, kann er den Hudson anweisen, alle nachgelagerten Projekte zu finden.
# 2. Zeichnen Sie Fingerabdrücke von Dateien auf, um die Nutzung zu verfolgen - Die Einstellung kann vom Benutzer verwendet werden, um festzustellen, wo eine bestimmte Datei verwendet wurde.
#3. Veröffentlichen Sie den JUnit-Testergebnisbericht - Mit dieser Einstellung kann der Benutzer den JUnit-Testbericht veröffentlichen, indem er den von JUnit generierten benutzerdefinierten Bericht liest und versteht. Der JUnit-Testergebnisbericht bietet dem Benutzer eine Weboberfläche zum Anzeigen der erstellten Berichte. Diese Berichte können über die E-Mails an die Stakeholder gesendet werden. Um diese Option zu aktivieren, muss der Benutzer lediglich den Pfad zu dem von JUnit generierten benutzerdefinierten Bericht angeben.
# 4. Archivieren Sie die Artefakte - Mit dieser Einstellung kann der Benutzer Artefakte erstellen, die zur weiteren Verwendung verteilt werden können. Das Artefakt kann nach jedem erfolgreichen Build erstellt werden. Auf diese Artefakte kann der Benutzer direkt über die Weboberfläche zugreifen. Artefakte können ausführbare Dateien in Form von War-Dateien, JAR-Dateien, komprimierten oder Tar-Ordnern freigeben.
# 5. Veröffentlichen Sie Javadoc - Mit dieser Einstellung können Sie das Java-Dokument für Kunden und Benutzer auf der Hudson-Weboberfläche veröffentlichen, sofern Ihr Projekt das Java-Dokument generiert. Um diese Option zu aktivieren, muss ein Benutzer den Speicherort des Java-Dokuments für das Javadoc-Verzeichnis angeben.
Wenn der Benutzer die Option 'Javadoc für jeden erfolgreichen Build beibehalten' markiert, wird das neu generierte Javadoc im angegebenen Ordner gespeichert. Somit würden alle Javadocs, die dem erfolgreichen Build entsprechen, beibehalten.
# 6. Bauen Sie andere Jobs auf - Mit dieser Einstellung kann der Benutzer die Ausführung anderer Jobs auslösen, sobald dieser Job ausgeführt wird. Der Benutzer kann die Ausführung mehrerer Jobs gleichzeitig auslösen. Die Einstellung kann hilfreich sein, um Unit-Test- und Integrationstestszenarien auszuführen. Der Benutzer kann sogar die Option zum Erstellen anderer Jobs festlegen, selbst wenn dieser Job fehlschlägt (instabil).
# 7. Veröffentlichen Sie den Cobertura-Bericht - Cobertura ist ein Java-basiertes Testtool, das die Codeabdeckung Ihres Projekts analysiert, d. H. Den Prozentsatz des von den Tests abgedeckten Codes bewertet. Somit ermöglicht die Einstellung dem Benutzer, einen Bericht mit einer Analyse der Codeabdeckung zu erstellen. Für die Einstellung müssen einige Parameter angegeben werden, bevor Sie einen vollständigen Testbericht zur Codeabdeckung erhalten können. Beachten Sie, dass diese Einstellung nicht standardmäßig verwendet wird, d. H. Es muss ein Plugin installiert werden (was wir zum Zeitpunkt der Installation getan haben, da es im Allgemeinen Teil der vorgeschlagenen Plugins ist).
(Klicken Sie auf das Bild, um es zu vergrößern)
# 8. Email Benachrichtigung - Die E-Mail-Benachrichtigung ist eine der wichtigsten Aktionen nach dem Erstellen. Mit dieser Option kann der Benutzer die Build-Benachrichtigungs-E-Mail an die Stakeholder (Entwickler, Tester, Produktbesitzer usw.) senden, indem er deren E-Mail-IDs konfiguriert. Hudson kann die E-Mail senden, wenn der Build instabil, erfolgreich, fehlgeschlagen usw. ist. Der Benutzer kann auch E-Mail-Benachrichtigungsauslöser festlegen. Die Benachrichtigungs-E-Mail kann gleichzeitig an mehrere Empfänger gesendet werden, indem zwischen den E-Mail-IDs ein Leerzeichen angegeben wird. Sehen Sie sich den folgenden Screenshot an, um zu überprüfen, wie diese Einstellungen bereitgestellt werden können.
(Klicken Sie auf das Bild, um es zu vergrößern)
Anmerkungen:
- Der Benutzer kann jederzeit zu dieser Seite zurückkehren und die Einstellungen bei Bedarf ändern.
- Der Benutzer kann die Informationen zu jeder Option im zugehörigen Hilfesymbol anzeigen.
- Der Benutzer kann mithilfe von Plugins weitere Aktionen nach dem Erstellen hinzufügen.
Fazit
In diesem Tutorial haben wir Sie mit dem Konzept der kontinuierlichen Integration vertraut gemacht. Wir haben auch die Bedeutung während eines Softwareentwicklungszyklus betont, insbesondere im Leben eines Entwicklers oder Testers.
Nächstes Tutorial # 26 : Wir würden in der Serie weitermachen diskutieren einige fortgeschrittene Selenium-Konzepte Dies würde direkt oder indirekt zur Optimierung des Automatisierungsframeworks beitragen und den Benutzern mehr Sichtbarkeit bringen. Daher werden wir im nächsten Tutorial die Protokollierungsfunktion, ihr Potenzial, ihre Debugging-Funktionen und vieles mehr diskutieren.
Hinweis: Dieses Tutorial ist Teil der Selenium- und DevOps-Tutorialserie. Klicken Sie auf den folgenden Link, um vorherige und nächste Tutorials aus der DevOps-Reihe anzuzeigen.
PREV Tutorial | NÄCHSTES Tutorial
Literatur-Empfehlungen
- Cucumber Selenium Tutorial: Integration von Cucumber Java Selenium WebDriver
- Ausführliche Eclipse-Tutorials für Anfänger
- Integration von Selen mit JMeter
- Automatisierungstests mit Gurkenwerkzeug und Selen - Selen-Tutorial Nr. 30
- Spock für Integration und Funktionstests mit Selen
- Verwendung des Maven Build Automation Tools und des Maven Project Setup für Selen - Selenium Tutorial # 24
- Integration von Jenkins in Selenium WebDriver: Schritt-für-Schritt-Anleitung
- Einführung in Selenium WebDriver - Selenium Tutorial # 8