Das LoadView Plugin für Jenkins

Hinzufügen von LoadView-Tests zu Ihren Jenkins-Builds

 

Entdecken Sie Leistungsprobleme früher und veröffentlichen Sie zuverlässigere Anwendungen in die Produktion, indem Sie LoadView-Leistungstests in Ihren CI-Entwicklungsprozess integrieren. Generieren Sie umfassende Testberichte und erhalten Sie Einblicke in die Codeleistung.

Jenkins: Open-Source-Automatisierung und kontinuierliche Integration

 

Bevor wir uns mit den Besonderheiten des LoadView Plugins für Jenkins befassen, besprechen wir Jenkins und warum es wichtig ist.

Jenkins ist ein Open-Source-Automatisierungsserver, der auf der Java Virtual Machine (JVM) basiert und Tausende von Plugins für die Entwicklung, Bereitstellung und Automatisierung von Softwareprojekten unterstützt. Sie sind führend im Open-Source-Automatisierungsserverbereich. Andere Unternehmen, die Open-Source-Automatisierungsserver zur Verfügung stellen, sind TeamCity, CircleCI, Hudson, Travis CI, Atlassian Bamboo, unter vielen anderen.

Im Rahmen moderner Softwarebereitstellungspraktiken wie Shift-Left-Tests und kontinuierlicher Integration nutzen Entwickler, Tester und Designer Jenkins, um ihre Tests zu erstellen, bereitzustellen und zu automatisieren. Im Laufe der Zeit, als Entwicklungs- und Testzyklen aufgrund des technologischen Fortschritts und der Fokussierung auf das digitale Erlebnis immer kürzer und häufiger wurden, wurde deutlich, dass Teams insgesamt agiler werden mussten, um qualitativ hochwertige Softwarefunktionen – und konsistent – zu veröffentlichen. Dies bedeutete, dass das Testen nun nach links “verschoben” wurde und früher passierte, in der Regel, nachdem der ursprüngliche Code geschrieben wurde. Dieses “Test früh und oft” Mantra ist besonders wichtig in der kontinuierlichen Integration und kontinuierlichen Bereitstellung (CI/CD), wo das Ziel ist, in der Lage zu sein, konsequent und kontinuierlich Änderungen zu lösen.

Weitere Informationen zu Best Practices für Schicht-Links-Tests und Auslastungstests für DevOps

Kontinuierliche Integration verhindert im Wesentlichen die Notwendigkeit, von der eigenen Maschine aus zu testen und automatisch jedes Mal zu testen, wenn neuer Code in das gemeinsame Quell-Repository übertragen wird, was mehrere Zeit pro Tag sein kann. Der Vorteil der kontinuierlichen Integration besteht darin, dass alle Entwicklungsarbeiten und Codes früher in den Prozess integriert werden können, um Fehler oder Fehler schneller und effektiver zu identifizieren und zu beheben. Je schneller Sie Softwarefehler finden und beheben können, desto wahrscheinlicher ist es, dass Sie sie in der Produktion nicht beheben müssen, wo es zeitaufwändiger und teurer sein kann.

Um die kontinuierliche Integration weiter zu erweitern, verwenden Teams kontinuierliche Bereitstellungsverfahren, um die Software-Release-Zyklen zusätzlich zur Automatisierung des Softwaretestprozesses zu automatisieren und zu steuern. Darüber hinaus können Teams einen kontinuierlichen Einsatz einsetzen, wodurch fast jede menschliche Beteiligung überflüssig wird. Alle Änderungen, die Ihre Softwareentwicklungsphasen durchlaufen, werden automatisch in die Produktion freigegeben.

Was ist CI/CD?

Kontinuierliche Integration (CI) und Continuous Delivery (CD) verkörpern eine Kultur, eine Reihe von Funktionsprinzipien und eine Sammlung von Vorgehensweisen, die es Anwendungsentwicklungsteams ermöglichen, Codeänderungen häufiger und zuverlässiger zu liefern. Dies wird als CI/CD-Pipeline bezeichnet. CI/CD ist eine der Best Practices für DevOps-Teams. Es ist auch eine agile Methodik Best Practice, da es Software-Entwicklungsteams ermöglicht, sich auf die Erfüllung geschäftlicher Voraussetzungen, Codequalität und Sicherheit zu konzentrieren, während Bereitstellungsschritte automatisiert werden.

 

Der Unterschied zwischen CI und CD

Es ist unklar, wie diese Verwechslung der beiden Begriffe begann. Wie dem auch sei, es ist so einfach, aufzuräumen.

 

Kontinuierliche Integration

Kontinuierliche Integration ist der Weg zur Koordination von Code in einer Hauptleitcodebasis. In praktisch allen Situationen wird die kontinuierliche Integration mit Phasen abgeschlossen, die aus einem Grund explizit strukturiert sind. Die kontinuierliche Integration ist auf diese Weise ebenso notwendig wie die Verwendung der richtigen Tools.

 

Kontinuierliche Lieferung

Kontinuierliche Lieferung hingegen zielt im Wesentlichen darauf ab, den gesamten Softwaretestzyklus zu automatisieren und zu versuchen, so viel manuelle Arbeit wie möglich zu entfernen, was Entwicklern die Zeit gibt, an anderen Projekten zu arbeiten und nicht alle einzelnen Schritte verwalten zu müssen.

 

Vorteile von CI/CD
  • Kleinere Codeänderungen sind weniger kompliziert (zunehmend nuklear) und haben weniger unbeabsichtigte Ergebnisse
  • Mangeltrennung ist weniger kompliziert und schneller
  • Zwischen zielweise ist die mittlere Reparaturzeit (MTTR) aufgrund der kleineren Codeänderungen und des schnelleren Mangels kürzer
  • Die Testbarkeit wird durch kleinere, explizite Änderungen verbessert. Diese kleinen Änderungen erlauben immer exaktere positive und negative Tests
  • Die Zeit, um zu unterscheiden und Adresserstellung entweicht ist kürzer, mit einem schnelleren Tempo der Entladung
  • Der Aufbau nicht grundlegender Missbildungen ist geringer und wird häufig behoben, bevor andere Komponentenprobleme auftreten.
  • Redesigns präsentieren kleinere Fortschrittseinheiten und sind weniger lästig

 

CI/CD Verwendung & Implementierung

CI/CD ist eine Reihe von Strategien, die Anwendungsdesignern die Möglichkeit bieten, Codeänderungen umso mehr Zeit an Clients zu übertragen, die die Computerisierung verwenden.

Die Abkürzung CI/CD spielt auf zwei getrennte Ideen an, die häufig gemeinsam verwendet werden: unaufhörliche Mischung und konsequente Vermittlung. Die unaufhörliche Koordination spielt auf ein Mechanisierungsverfahren an, mit dem Ingenieure Anwendungscodeänderungen erstellen, testen und kombinieren. Persistente Förderung ist die nachfolgende Phase, in der der ausprobierte Code aus der unaufhörlichen Mischung natürlich in unterschiedlichen Situationen durch einen manuellen Trigger gesendet wird. Kontinuierliche Lieferung kann auch die unaufhörliche Anordnung darstellen, die eine weitere Computerisierung darstellt. Bei der Nonstop-Förderung müssen Ingenieure Änderungen an ihrem Erstellungszustand physisch vorantreiben. Durch die Verwendung der Nonstop-Organisation können Designer Anwendungsänderungen folglich an jede Bedingung senden lassen. Für dieses Gespräch konzentrieren wir uns nur auf die Ideen der unaufhörlichen Mischung und konsequenten Vermittlung.

 

Funktionsweise von CI/CD

Das innovative Universum der Benutzerverbesserungsanforderungen, dass verschiedene Ingenieure einen Schuss während einer einzigen Anwendung machen, geschieht die ganze Zeit. Wenn Designer bereit sind, ihre Änderungen in einem Standardlebenszyklus zu testen, konsolidieren sie ihre Codeänderungen an einem vorherbestimmten “Kombinationstag”. Das Mischverfahren kann mühsam und zeitaufwändig sein. Es erweist sich als viel komplexer, wenn die Änderung eines Designers die Veränderung eines anderen Ingenieurs beeinflusst und die Gruppe endlich dazu treibt, zurückzurollen oder stundenlang Fehlerbehebungen durchzuführen.

 

Die kontinuierliche Integrationsphase

Der Wechsel zu einem CI/CD-Prozess hilft Designern, Code so oft wie möglich zu kombinieren und zu testen, auch jeden Tag. Die Nonstop-Beitrittsphase folgt den folgenden grundlegenden Schritten:

  • Ein Designer nimmt Code aus dem kollektiven Archiv, um ihn zu vernachoben, und erstellt möglicherweise einen weiteren Zweig für ein anderes Element.
  • Wenn das neue Element fertig ist, schiebt der Techniker es zurück in den typischen Tresor.
  • Der CI-Ingenieur bestätigt, dass Änderungen vorgenommen wurden, und beginnt mit der Herstellung und testet die Anwendung, um sicherzustellen, dass die Progressionen die Anwendung nicht unterbrechen. Die Tests konzentrieren sich auf alle nützlich, um sicherzustellen, dass kein Teil der Anwendung untergraben wurde.
  • Die Fortschrittsgruppe wird über die Testergebnisse informiert. Im Falle einer Enttäuschung wird die Gruppe erkennen, dass der neue Code Enttäuschung verursacht hat und beginnen kann, das Problem zu veräußern und zu beheben. Sind die Progressionen aktiv, geht die Gruppe in die unaufhörliche Förderstufe.

 

Die kontinuierliche Lieferphase

Nach Abschluss der intensiven Tests können die Gruppen in die Nonstop-Förderphase übergehen. Ein Techniker muss die Übertragung von Code physisch aktivieren. Der Rest des Verfahrens ist jedoch vollständig programmiert. Die gesamte grundlegende Kommunikation mit Web-Workern, Datenbanken und verschiedenen Verwaltungen wird mit dem Aufruf von Inhalten abgeschlossen.

 

CI/CD am Rand

CI/CD-Programmierpipelines sind besonders nützlich, wenn Sie unter Bedingungen mit hoher Wahrscheinlichkeit senden. Am Rand fehlt es an physischem Zugriff, der es teilweise schwierig machen kann, Probleme zu moderieren. Die konsequente Einarbeitung und unaufhörliche Förderung verringert die Gefahr, indem sie kleine, allmähliche Änderungen an einer Anwendung unterstützt. Probleme könnten dann schnell erkannt und gemildert werden, bevor die Schaffungsbedingungen geschädigt werden.

Beispiele für CI/CD-Tools

 

Jenkins

Jenkins ist ein Open-Source-Automatisierungstool, bei dem die Fokusform und der dauerhafte Koordinationsprozess stattfindet. Das Programm ist ein Java-basiertes selbstenthaltendes Programm mit Bundles für Windows und MacOS.

 

Jenkins Key Highlights
  • Open-Source
  • Einfache Einrichtung und Übergang zu unterschiedlichen Arbeitsrahmen
  • Unverzichtbar und unkompliziert zu nutzen Schnittstelle
  • Erweiterbar mit einem immensen netzwerkbasierten Modul-Asset
  • Einfache, unkomplizierte Einrichtung
  • Erstellen von Plänen, die von Phrasen abhängig sind
  • Unterstützt die Ausführung von Windows-Shells und -Aufträgen in vorgefertigten Schritten
  • Unterstützt die Benachrichtigung über den Herstellungsstatus

 

CircleCI

CircleCI ist ein CI/CD-Gerät, das die schnelle Wendung der Ereignisse und die Ankunft des Produkts unterstützt. CircleCI ermöglicht die Mechanisierung über die Pipeline des Kunden, vom Code-Building bis zum Testen und Senden.

 

CircleCI Wichtige Highlights
  • Passt in Bitbucket, GitHub und Cloud Enterprise
  • Verwendet ein Fach oder eine virtuelle Maschine zur Herstellung
  • Klare Untersuchung
  • Automatisieren Sie parallele Buildschritte
  • Schnelltests
  • Die Organisation ist non-stop und branch-explicit
  • Sehr anpassbar
  • Automatisierung von Kombinations- und kundenspezifischen Paketumlagerungsaufträgen
  • Schnelle Anordnung und grenzenlose Entwicklung

 

Bambus

Bambus-Key-Highlights
  • Unterstützt bis zu 100 Remote Build-Agents
  • Führen Sie Testklumpen in ähneln und erhalten schnelle Eingabe
  • Integration in AWS, Docker und Amazon
  • Erstellt Bilder und schiebt zu einem Datensatz
  • Berechtigungen pro Umgebung
  • Unterscheidet neue Niederlassungen in Git, Mercurial, SVN Repos und wendet daher den Haupttarif CI an

 

TeamCity

TeamCity ist ein Java-basierter Build-Management- und CI-Server von JetBrain. TeamCity unterstützt den Aufbau und die Bereitstellung verschiedener Arten von Projekten. Es kann auf Windows- und Linux-Servern installiert werden und unterstützt Technologien wie .NET. Darüber hinaus kann das Tool in andere Tools wie Docker, Jira, Maven und Azure, Amazon EC2 und Google Cloud integriert werden.

 

TeamCity Key Hightlights
  • Gibt dem Teilprojekt verschiedene Möglichkeiten zur Wiederverwendung von Übergeordneten-Venture-Einstellungen und -Vereinbarungen
  • Der Gleiche läuft Chips weg zu verschiedenen Bedingungen die ganze Zeit
  • Ermöglicht das Zusammenstellen von Historien, siehe Testverlaufsberichte, Pin, Tag und Include Top-Optionen
  • Einfaches Ändern, Zusammenarbeiten und Worker-Erweiterung
  • Hält den CI Server stabil und utilitaristisch
  • Anpassbare Client der Vorstand, die Aufgabe der Kundenjobs, die Sammlung von Kunden

LoadView: Echte browserbasierte Last- und Stresstests aus der Cloud

Die LoadView-Plattform ist eine flexible Last- und Stresstestplattform, die das Problem ineffektiver Lastmuster behebt und alles simuliert, von protokollbasierten Tests bis hin zu echten browserbasierten Tests.

Leistungstests erfordern in der Regel zusätzliche Infrastruktur und Ressourcen, die von einigen Organisationen möglicherweise nicht unterstützt werden können. LoadView verwaltet dies für Sie über die Plattform. Die Plattform ist vollständig cloudbasiert, sodass Sie keine internen Lastinjektoren einrichten oder bereitstellen, Cloud-Konten von Drittanbietern verwalten oder sich Umsorgen über Hardware- oder Softwareanforderungen machen müssen.

 

LoadView-Funktionen

load stress performance testing

  • Protokollebene und echte browserbasierte Tests
  • Erweitertes Skripting in mehr als 40 Desktop-/Mobilgeräten und -Geräten
  • Lastkurvenoptionen – Lastschritt, zielbasierte und dynamisch einstellbare Kurven
  • Test an fast 30 standorten weltweit
  • Skalieren Sie von Dutzenden auf Tausende virtueller Benutzer
  • Messen der Antwortzeit, wie sie von Benutzern wahrgenommen wird
  • Wiederverwenden von Auslastungstestskripts zur Überwachung in der Produktion

Diese Funktionen legen den Prozess der Leistungstests in die Hände der Benutzer und legen LoadView von anderen Lasttestlösungen, die heute auf dem Markt sind, wie Gatling oder JMeter, ab. Open-Source-Tools wie Gatling und JMeter haben einfach nicht die gleichen Funktionen und Funktionen im Vergleich zur LoadView-Plattform. Lesen Sie mehr über alle Funktionen von LoadView.

 

Jenkins: Erstellen, Testen und Bereitstellen von Code

 

Wir haben Jenkins bereits in diesem Artikel angesprochen, aber um es noch einmal zu sagen: Jenkins ist eine Open-Source-Automatisierungsplattform, die in Java geschrieben wurde und Module für kontinuierliche Integrationszwecke enthält. Jenkins wurde für den Aufbau und die Erprobung Ihrer Produktentwicklung entwickelt, wodurch es für Ingenieure immer einfacher wird, Änderungen am Projekt zu übernehmen. Ebenso ermöglicht es Ihnen, Ihr Produkt unaufhörlich zu vermitteln, indem Sie sich mit unzähligen Test- und Organisationsinnovationen koordinieren.

Mit Jenkins können Assoziationen den Produktfortschrittsprozess über eine Automatisierungskonsole beschleunigen. Jenkins koordiniert Verbesserungs-Lebenszyklus-Verfahren verschiedener Typen, einschließlich Herstellung, Bericht, Test, Bündel, Stufe, Senden, statische Untersuchung und erheblich mehr. Module ermöglichen die Mischung verschiedener DevOps-Stufen. Wenn Sie ein bestimmtes Gerät koordinieren müssen, müssen Sie die Module für dieses Gerät einführen.

 

Wenn Jenkins verwendet wird

Die Jenkins-Konsole kann auf viele verschiedene Arten verwendet werden, aber sie ist sehr unterstützend in Agile, da Dev und QA nebeneinander arbeiten. Wenn z. B. ein Entwickler einen neuen Code auf ein Versionskontrollsystem wie Git, Bitbucket usw. überträgt, wird ein Auftrag ausgelöst, um den Build in der QS-Umgebung bereitzustellen. Nach der erfolgreichen Bereitstellung werden automatisierte Testsammlungen ausgelöst, und die resultierenden Berichte werden von Jenkins gesendet. Jenkins ist sehr flexibel und bietet viele Plugins, um Integrationen von Drittanbietern zu unterstützen, und es ist auch sehr einfach einzurichten/konfigurieren.

 

Warum Jenkins verwendet wird

Kontinuierliche Integrations- und Bereitstellungskonzepte sind zum Rückgrat der neuesten DevOps-Umgebung geworden. Es überbrückt nicht nur die Lücke in der Mitte der Entwicklungs- und Betriebsteams, indem es Build, Test und Bereitstellung von Anwendungen automatisiert, sondern auch den Prozess viel effizienter gemacht hat. Im Trend der kontinuierlichen Entwicklung, kontinuierlichen Tests, kontinuierlichen Integration, kontinuierlichen Einsatz und kontinuierliche Überwachung, alle Prozesse der Projektentwicklung, ein Tool wie Jenkins ist ein Komplettepaket, das alle Herausforderungen erfüllt. Es verkürzt nicht nur die Entwicklungslebenszyklen, sondern führt auch zu einer höheren Kundenzufriedenheit, die jedes Unternehmen wünscht.

 

Jenkins Pipeline

Ein weiterer wichtiger Teil des Jenkins-Tools ist die Jenkins-Pipeline. Die Jenkins-Pipeline zeigt eine Übersicht über die verschiedenen Aufträge, die nach Commits von Entwicklern auf Builds ausgeführt werden. Sie benachrichtigt die Aufgaben, die Jenkins derzeit ausführt. In der Buildpipeline kann der Build in Abschnitte unterteilt werden, z. B. Komponententests, Akzeptanztests und Verpackungs-, Berichts- und Bereitstellungsphasen. Diese Phasen können entweder in einer Reihe oder parallel durchgeführt werden. Wenn eine Phase erfolgreich ist, fährt sie automatisch mit der nächsten Phase fort und bezieht sich somit auf den Namen “Pipeline”.

Da verschiedene Änderungen von verschiedenen Entwicklern gleichzeitig vorgenommen werden, ist es hilfreich zu wissen, welche Änderung jetzt getestet wird oder welche Änderung in der Reihe sitzt, vielleicht aufgrund eines fehlgeschlagenen Builds. Sobald der Build Komponenten- und Integrationstests bestanden hat, verwenden Ingenieure von Testautomatisierungsdiensten Jenkins, um Automatisierungssammlungen und E-Mail-Berichte auszulösen, sobald der Auftrag beendet ist.

Die Jenkins-Konsole bietet uns verschiedene Schnittstellen und Tools, mit denen wir arbeiten können, um den gesamten Prozess zu automatisieren. Jenkins wird verwendet, um Ihre Softwareprojekte zu erstellen und zu testen, was entwicklern die Integration von Änderungen am Projekt erleichtert und es Benutzern mühelos macht, einen neuen Build zu erhalten. Darüber hinaus werden Sie autorisiert, Ihre Software kontinuierlich zu liefern, indem Sie mit einer großen Anzahl von Test- und Bereitstellungstechnologien integrieren.

LoadView Plugin für Jenkins-Anforderungen

 

Mithilfe des LoadView Plugins für Jenkins können Leistungstestteams problemlos echte browserbasierte Auslastungstests in ihre Jenkins-Testbuilds integrieren. Dadurch wird sichergestellt, dass Anwendungen kontinuierlich über einen längeren Zeitraum getestet und bewertet werden. Auf diese Weise können Teams Fehler und Engpässe identifizieren und beheben, bevor Code und Anwendungen in die Produktion verschoben werden.

Das primäre Ziel der Auslastungstests ist ziemlich offensichtlich, um zu definieren, wie viel Arbeitslast das System vor dem Zusammenbruch oder Stillstand nehmen kann, aber der Prozess kann viel komplexer sein, dass genau das. Eine Lösung wie LoadView vereinfacht einen zeitaufwendigen Prozess. Wenn Sie ein System einer großen Last oder virtuellen Benutzern aussetzen, können Sie Schwachstellen des Systems mit detaillierten Details zur Ursache des Problems aufdecken, bevor zusätzlicher Schaden angerichtet wird. Neben der Unterstützung bei der Suche nach Problemen liefern Auslastungstests auch Leistungsergebnisse durch Wasserfalldiagramme, Testergebnisse und Benchmarks aus Vergleichstests. Es macht deutlich, wann und warum das Problem aufgetreten ist und was es verursacht hat.

 

*Bevor Sie das LoadView Plugin für Jenkins verwenden, müssen Sie zunächst über ein aktives Jenkins- und LoadView-Konto verfügen und ein Stresstestszenario konfigurieren.

Testen Sie LoadView 30 Tage lang!

Keine Kreditkarte, kein Vertrag.

Erstellen eines eindeutigen Bezeichners für die Jenkins-Integration

 

Um eine Integration mit Jenkins einzurichten, müssen Sie zunächst einen Unique Identifier (UID) erstellen, der als LoadView-Sicherheitstoken verwendet werden soll. Um Ihre UID zu erstellen, führen Sie die folgenden einfachen Schritte aus:

LoadView Plugin for Jenkins Integration UID

 

1. Melden Sie sich bei Ihrem LoadView-Konto an

2. Wählen Sie im Menü Konto Integrationen

3. Wählen Sie Integration hinzufügen

4. Wählen Sie Stress Testing Web API. Eine UID wird automatisch erstellt.

5. Kopieren Sie die Integrations-UID, die in Jenkins verwendet werden soll.

 

 

 

Als allgemeine Anmerkung zu Integrationstypen können Sie beeinete Integrationstypen erstellen. Jede Integration verfügt über einen eindeutigen Bezeichner (UID), der während der Einrichtung erforderlich ist. Um eine Integration und UID zu erstellen, wählen Sie oben die Schaltfläche Integration hinzufügen aus, und wählen Sie den Integrationstyp aus. Eine sichere UID wird automatisch erstellt.

LoadView Plugin-Installation in Jenkins

 

1. Melden Sie sich bei Ihrem Jenkins-Konto an

  • Wählen Sie Anmeldeinformationen im Menü Anmeldeinformationen hinzufügen aus
  • Wählen Sie das LoadView-Sicherheitstoken (UID) aus.

 

 

LoadView Plugin for Jenkins Add Credentials2. Konfigurieren und Überprüfen der Anmeldeinformationen

  • Art. LoadView-Sicherheitstoken (UID).
  • Anwendungsbereich. Wählen Sie Global aus.
  • ID. Verlassen Sie den Standardwert, oder geben Sie eine eindeutige ID an.
  • Beschreibung. Geben Sie eine eindeutige Beschreibung an, um die Anmeldeinformationen zu unterscheiden.
  • UID. Fügen Sie die LoadView UID aus Ihrem LoadView-Konto ein. Nachdem die UID hinzugefügt wurde, klicken Sie auf UID überprüfen, um sicherzustellen, dass Jenkins auf die LoadView-API zugreifen kann.

 

 

3. Wählen Sie einen Auftrag aus und klicken Sie auf Konfigurieren

  • Weiter zu Build > Post-Build Actions Add > Post-Build Action > LoadView-Run Load Test-Szenario
  • LoadView-Stresstesteinstellungen für Ihren Jenkins Build angeben

LoadView Plugin for Jenkins Post-build Actions

  • Anmeldeinformationen. Wählen Sie den API-Schlüssel mithilfe der Beschreibung aus.
  • Szenario-ID. Fügen Sie die Stresstestszenario-ID ein, die Sie im Build verwenden möchten. Kopieren Sie die ID von der Szenarioseite in LoadView.
  • Fehlerschwellenwert. Geben Sie einen akzeptablen Prozentsatz von Sitzungen mit Fehlern an, die während des Tests auftreten (z. B. nicht auf die Zielressource zugreifen, keine Schlüsselwörter/Bild gefunden usw.). Wenn der Prozentsatz der Fehlersitzungen größer als der angegebene Wert ist, wird der Build in Jenkins als Fehler markiert.
  • Durchschnittliche Zeit. Geben Sie einen Grenzwert für eine durchschnittliche Antwortzeit an, die während der Testausführung gemessen wird. Wenn das Limit erreicht ist, wird der Build in Jenkins als Fehler markiert.

4. Speichern Sie Ihre Build-Aktionen

LoadView-Testergebnisse

 

Wenn ein Test ausgeführt wird, wird der Ausführungsstatus in der Jenkins Console Output im Echtzeitmodus angezeigt.

LoadView plugin for Jenkins

Sobald der Test abgeschlossen ist, finden Sie die Ergebnisse unter LoadView-Ergebnisse im Jenkins Build-Menü.

  • Testdauer
  • Maximale Anzahl virtueller Benutzer
  • Sitzungen insgesamt
  • Erfolgreiche Sitzungen
  • Fehlgeschlagene Sitzungen
  • Unvollendete Sitzungen

 

 

Wählen Sie Weitere Details aus, um umfassendere LoadView-Leistungsberichtezu überprüfen.

Flexibel. Skalierbare. Leistungsstarke.

Alles von einer praktischen Auslastungstestplattform.