Zum Hauptinhalt springen

Konfiguration

Basierend auf dem Setup-Typ (z. B. bei Verwendung der reinen Protokollbindungen, WebdriverIO als eigenständiges Paket oder dem WDIO Testrunner) steht eine andere Gruppe von Optionen zur Verfügung, um die Umgebung zu steuern.

WebDriver Optionen​

Die folgenden Optionen werden definiert, wenn das webdriver Protokollpaket verwendet wird:

protocol​

Protokoll, das bei der Kommunikation mit dem Treiber-Server verwendet wird.

Typ: String
Standard: http

hostname​

Host Ihres Treiber-Servers.

Typ: String
Standard: 0.0.0.0

port​

Port, auf dem Ihr Treiber-Server läuft.

Typ: Number
Standard: undefined

path​

Pfad zum Endpunkt des Treiber-Servers.

Typ: String
Standard: /

queryParams​

Abfrageparameter, die an den Treiber-Server weitergeleitet werden.

Typ: Object
Standard: undefined

user​

Ihr Cloud-Service-Benutzername (funktioniert nur für Sauce Labs, Browserstack, TestingBot oder TestMu AI Konten). Wenn gesetzt, wird WebdriverIO automatisch Verbindungsoptionen für Sie einstellen. Wenn Sie keinen Cloud-Provider verwenden, kann dies zur Authentifizierung bei jedem anderen WebDriver-Backend verwendet werden.

Typ: String
Standard: undefined

key​

Ihr Cloud-Service-Zugriffsschlüssel oder geheimer Schlüssel (funktioniert nur für Sauce Labs, Browserstack, TestingBot oder TestMu AI Konten). Wenn gesetzt, wird WebdriverIO automatisch Verbindungsoptionen für Sie einstellen. Wenn Sie keinen Cloud-Provider verwenden, kann dies zur Authentifizierung bei jedem anderen WebDriver-Backend verwendet werden.

Typ: String
Standard: undefined

capabilities​

Definiert die Fähigkeiten, die Sie in Ihrer WebDriver-Sitzung ausführen möchten. Weitere Details finden Sie im WebDriver-Protokoll. Wenn Sie einen älteren Treiber verwenden, der das WebDriver-Protokoll nicht unterstützt, müssen Sie die JSONWireProtocol-Fähigkeiten verwenden, um eine Sitzung erfolgreich auszuführen.

Neben den WebDriver-basierten Fähigkeiten können Sie browser- und anbieterspezifische Optionen anwenden, die eine tiefere Konfiguration des Remote-Browsers oder -Geräts ermöglichen. Diese sind in den entsprechenden Anbieter-Dokumentationen dokumentiert, z.B.:

Zusätzlich ist der Sauce Labs Automated Test Configurator ein nützliches Tool, das Ihnen hilft, dieses Objekt durch Zusammenklicken Ihrer gewünschten Fähigkeiten zu erstellen.

Typ: Object
Standard: null

Beispiel:

{
    browserName: 'chrome', // optionen: `chrome`, `edge`, `firefox`, `safari`
    browserVersion: '27.0', // Browser-Version
    platformName: 'Windows 10' // OS-Plattform
}

Wenn Sie Web- oder native Tests auf mobilen Geräten ausführen, unterscheiden sich die capabilities vom WebDriver-Protokoll. Weitere Details finden Sie in der Appium-Dokumentation.

logLevel​

Ausführlichkeitsgrad der Protokollierung.

Typ: String
Standard: info
Optionen: trace | debug | info | warn | error | silent

outputDir​

Verzeichnis zum Speichern aller Testrunner-Protokolldateien (einschließlich Reporter-Logs und wdio-Logs). Wenn nicht gesetzt, werden alle Logs an stdout gestreamt. Da die meisten Reporter dafür gemacht sind, in stdout zu schreiben, empfiehlt es sich, diese Option nur für bestimmte Reporter zu verwenden, bei denen es sinnvoller ist, Berichte in eine Datei zu schreiben (wie z.B. der junit-Reporter).

Im Standalone-Modus wird nur das wdio-Log von WebdriverIO generiert.

Typ: String
Standard: null

connectionRetryTimeout​

Timeout für jede WebDriver-Anfrage an einen Treiber oder ein Grid.

Typ: Number
Standard: 120000

connectionRetryCount​

Maximale Anzahl an Wiederholungsversuchen für Anfragen an den Selenium-Server.

Typ: Number
Standard: 3

agent​

Ermöglicht die Verwendung eines benutzerdefinierten http/https/http2 Agenten für Anfragen.

Typ: Object
Standard:

{
    http: new http.Agent({ keepAlive: true }),
    https: new https.Agent({ keepAlive: true })
}

headers​

Spezifiziert benutzerdefinierte headers, die an jede WebDriver-Anfrage übergeben werden. Wenn Ihr Selenium Grid eine Basic Authentication erfordert, empfehlen wir, einen Authorization-Header über diese Option zu übergeben, um Ihre WebDriver-Anfragen zu authentifizieren, z.B.:

import { Buffer } from 'buffer';
// Read the username and password from environment variables
const username = process.env.SELENIUM_GRID_USERNAME;
const password = process.env.SELENIUM_GRID_PASSWORD;

// Combine the username and password with a colon separator
const credentials = `${username}:${password}`;
// Encode the credentials using Base64
const encodedCredentials = Buffer.from(credentials).toString('base64');

export const config: WebdriverIO.Config = {
    // ...
    headers: {
        Authorization: `Basic ${encodedCredentials}`
    }
    // ...
}

Typ: Object
Standard: {}

transformRequest​

Funktion, die HTTP-Anfrageparameter abfängt, bevor eine WebDriver-Anfrage gestellt wird.

Typ: (RequestOptions) => RequestOptions
Standard: keine

transformResponse​

Funktion, die HTTP-Antwortobjekte abfängt, nachdem eine WebDriver-Antwort eingetroffen ist. Der Funktion wird das ursprüngliche Antwortobjekt als erstes und die entsprechenden RequestOptions als zweites Argument übergeben.

Typ: (Response, RequestOptions) => Response
Standard: keine

strictSSL​

Ob es erforderlich ist, dass das SSL-Zertifikat gültig ist. Es kann über Umgebungsvariablen als STRICT_SSL oder strict_ssl gesetzt werden.

Typ: Boolean
Standard: true

enableDirectConnect​

Ob die Appium-Direktverbindungsfunktion aktiviert werden soll. Es hat keine Wirkung, wenn die Antwort nicht die richtigen Schlüssel enthält, während das Flag aktiviert ist.

Typ: Boolean
Standard: true

cacheDir​

Der Pfad zum Stammverzeichnis des Caches. Dieses Verzeichnis wird verwendet, um alle Treiber zu speichern, die heruntergeladen werden, wenn versucht wird, eine Sitzung zu starten.

Typ: String
Standard: process.env.WEBDRIVER_CACHE_DIR || os.tmpdir()

maskingPatterns​

Für eine sicherere Protokollierung können reguläre Ausdrücke mit maskingPatterns festgelegt werden, um sensible Informationen aus dem Protokoll zu verschleiern.

Typ: String
Standard: undefined

Beispiel:

{
    maskingPatterns: '/--key=([^ ]*)/i,/RESULT (.*)/'
}

WebdriverIO​

Die folgenden Optionen (einschließlich der oben aufgeführten) können mit WebdriverIO im Standalone-Modus verwendet werden:

automationProtocol​

Definieren Sie das Protokoll, das Sie für Ihre Browser-Automatisierung verwenden möchten. Derzeit wird nur webdriver unterstützt, da es die Haupttechnologie für die Browser-Automatisierung ist, die WebdriverIO verwendet.

Wenn Sie den Browser mit einer anderen Automatisierungstechnologie automatisieren möchten, stellen Sie sicher, dass Sie diese Eigenschaft auf einen Pfad setzen, der zu einem Modul führt, das folgende Schnittstelle einhält:

import type { Capabilities } from '@wdio/types';
import type { Client, AttachOptions } from 'webdriver';

export default class YourAutomationLibrary {
    /**
     * Start a automation session and return a WebdriverIO [monad](https://github.com/webdriverio/webdriverio/blob/940cd30939864bdbdacb2e94ee6e8ada9b1cc74c/packages/wdio-utils/src/monad.ts)
     * with respective automation commands. See the [webdriver](https://www.npmjs.com/package/webdriver) package
     * as a reference implementation
     *
     * @param {Capabilities.RemoteConfig} options WebdriverIO options
     * @param {Function} hook that allows to modify the client before it gets released from the function
     * @param {PropertyDescriptorMap} userPrototype allows user to add custom protocol commands
     * @param {Function} customCommandWrapper allows to modify the command execution
     * @returns a WebdriverIO compatible client instance
     */
    static newSession(
        options: Capabilities.RemoteConfig,
        modifier?: (...args: any[]) => any,
        userPrototype?: PropertyDescriptorMap,
        customCommandWrapper?: (...args: any[]) => any
    ): Promise<Client>;

    /**
     * allows user to attach to existing sessions
     * @optional
     */
    static attachToSession(
        options?: AttachOptions,
        modifier?: (...args: any[]) => any, userPrototype?: {},
        commandWrapper?: (...args: any[]) => any
    ): Client;

    /**
     * Changes The instance session id and browser capabilities for the new session
     * directly into the passed in browser object
     *
     * @optional
     * @param   {object} instance  the object we get from a new browser session.
     * @returns {string}           the new session id of the browser
     */
    static reloadSession(
        instance: Client,
        newCapabilities?: WebdriverIO.Capabilitie
    ): Promise<string>;
}

Typ: String
Standard: webdriver

baseUrl​

Verkürzen Sie url-Befehlsaufrufe durch Festlegen einer Basis-URL.

  • Wenn Ihr url-Parameter mit / beginnt, wird baseUrl vorangestellt (außer dem baseUrl-Pfad, falls vorhanden).
  • Wenn Ihr url-Parameter ohne Schema oder / beginnt (wie some/path), wird die vollständige baseUrl direkt vorangestellt.

Typ: String
Standard: null

waitforTimeout​

Standardtimeout für alle waitFor*-Befehle. (Beachten Sie das Kleinbuchstaben-f im Optionsnamen.) Dieses Timeout betrifft nur Befehle, die mit waitFor* beginnen und ihre Standardwartezeit.

Um das Timeout für einen Test zu erhöhen, lesen Sie bitte die Framework-Dokumentation.

Typ: Number
Standard: 5000

waitforInterval​

Standardintervall für alle waitFor*-Befehle, um zu überprüfen, ob ein erwarteter Zustand (z.B. Sichtbarkeit) geändert wurde.

Typ: Number
Standard: 100

region​

Wenn Sie auf Sauce Labs laufen, können Sie wählen, Tests zwischen verschiedenen Datenzentren auszuführen: US oder EU. Um Ihre Region auf EU zu ändern, fügen Sie region: 'eu' zu Ihrer Konfiguration hinzu.

Hinweis: Dies hat nur eine Auswirkung, wenn Sie user- und key-Optionen angeben, die mit Ihrem Sauce Labs-Konto verbunden sind.

Typ: String
Standard: us

(nur für VM und/oder EM/Simulatoren)

Testrunner Optionen​

Die folgenden Optionen (einschließlich der oben aufgeführten) sind nur definiert, wenn WebdriverIO mit dem WDIO-Testrunner ausgeführt wird:

specs​

Definieren Sie Spezifikationen für die Testausführung. Sie können entweder ein Glob-Muster angeben, um mehrere Dateien auf einmal abzugleichen, oder ein Glob oder eine Reihe von Pfaden in ein Array packen, um sie innerhalb eines einzelnen Arbeitsprozesses auszuführen. Alle Pfade werden relativ zum Konfigurationsdateipfad betrachtet.

Typ: (String | String[])[]
Standard: []

exclude​

Spezifikationen von der Testausführung ausschließen. Alle Pfade werden relativ zum Konfigurationsdateipfad betrachtet.

Typ: String[]
Standard: []

suites​

Ein Objekt, das verschiedene Suiten beschreibt, die Sie dann mit der Option --suite im wdio CLI angeben können.

Typ: Object
Standard: {}

capabilities​

Dasselbe wie der oben beschriebene capabilities-Abschnitt, außer mit der Option, entweder ein multiremote Objekt oder mehrere WebDriver-Sitzungen in einem Array für die parallele Ausführung anzugeben.

Sie können die gleichen anbieter- und browserspezifischen Funktionen wie oben definiert anwenden.

Typ: Object|Object[]
Standard: [{ 'wdio:maxInstances': 5, browserName: 'firefox' }]

maxInstances​

Maximale Anzahl der insgesamt parallel laufenden Worker.

Hinweis: Es kann eine Zahl von bis zu 100 sein, wenn die Tests auf externen Anbietern wie Sauce Labs durchgeführt werden. Dort werden die Tests nicht auf einer einzelnen Maschine, sondern auf mehreren VMs getestet. Wenn die Tests auf einem lokalen Entwicklungsrechner ausgeführt werden sollen, verwenden Sie eine angemessenere Zahl wie 3, 4 oder 5. Im Grunde ist dies die Anzahl der Browser, die gleichzeitig gestartet werden und Ihre Tests gleichzeitig ausführen, daher hängt es davon ab, wie viel RAM auf Ihrem Rechner ist und wie viele andere Apps auf Ihrem Rechner laufen.

Sie können maxInstances auch innerhalb Ihrer Capability-Objekte mit der wdio:maxInstances Capability anwenden. Dies begrenzt die Anzahl der parallelen Sitzungen für diese bestimmte Capability.

Typ: Number
Standard: 100

maxInstancesPerCapability​

Maximale Anzahl der insgesamt parallel laufenden Worker pro Capability.

Typ: Number
Standard: 100

injectGlobals​

Fügt WebdriverIOs Globals (z.B. browser, $ und $$) in die globale Umgebung ein. Wenn Sie dies auf false setzen, sollten Sie aus @wdio/globals importieren, z.B.:

import { browser, $, $$, expect } from '@wdio/globals'

Hinweis: WebdriverIO verwaltet nicht die Injektion testframework-spezifischer Globals.

Typ: Boolean
Standard: true

bail​

Wenn Sie möchten, dass Ihr Testlauf nach einer bestimmten Anzahl von Testfehlern stoppt, verwenden Sie bail. (Standardmäßig ist es 0, was bedeutet, dass alle Tests ausgeführt werden, egal was passiert.) Hinweis: Ein Test in diesem Zusammenhang sind alle Tests innerhalb einer einzelnen Spec-Datei (bei Verwendung von Mocha oder Jasmine) oder alle Schritte innerhalb einer Feature-Datei (bei Verwendung von Cucumber). Wenn Sie das Bail-Verhalten innerhalb von Tests einer einzelnen Testdatei steuern möchten, schauen Sie sich die verfügbaren Framework-Optionen an.

Typ: Number
Standard: 0 (kein Bail; führe alle Tests aus)

specFileRetries​

Die Anzahl der Wiederholungsversuche für eine gesamte Spezifikationsdatei, wenn sie als Ganzes fehlschlägt.

Typ: Number
Standard: 0

specFileRetriesDelay​

Verzögerung in Sekunden zwischen den Wiederholungsversuchen für eine Spezifikationsdatei

Typ: Number
Standard: 0

specFileRetriesDeferred​

Ob wiederholte Spezifikationsdateien sofort wiederholt oder ans Ende der Warteschlange verschoben werden sollen.

Typ: Boolean
Standard: true

groupLogsByTestSpec​

Wählen Sie die Protokollausgabeansicht.

Wenn auf false gesetzt, werden Protokolle aus verschiedenen Testdateien in Echtzeit gedruckt. Bitte beachten Sie, dass dies bei paralleler Ausführung zum Vermischen von Protokollausgaben aus verschiedenen Dateien führen kann.

Wenn auf true gesetzt, werden Protokollausgaben nach Test-Spec gruppiert und erst gedruckt, wenn die Test-Spec abgeschlossen ist.

Standardmäßig ist es auf false gesetzt, sodass Protokolle in Echtzeit gedruckt werden.

Typ: Boolean
Standard: false

autoAssertOnTestEnd​

Steuert, ob WebdriverIO am Ende jedes Tests automatisch alle Soft Assertions prüft. Wenn auf true gesetzt, werden alle angesammelten Soft Assertions automatisch geprüft und der Test schlägt fehl, wenn Assertions fehlgeschlagen sind. Wenn auf false gesetzt, müssen Sie die Assert-Methode manuell aufrufen, um Soft Assertions zu prüfen.

Typ: Boolean
Standard: true

services​

Services übernehmen eine bestimmte Aufgabe, um die Sie sich nicht kümmern möchten. Sie erweitern Ihr Testsetup mit minimalem Aufwand.

Typ: String[]|Object[]
Standard: []

framework​

Definiert das Testframework, das vom WDIO-Testrunner verwendet werden soll.

Typ: String
Standard: mocha
Optionen: mocha | jasmine

mochaOpts, jasmineOpts und cucumberOpts​

Spezifische Framework-bezogene Optionen. Sehen Sie in der Dokumentation des Framework-Adapters nach, welche Optionen verfügbar sind. Lesen Sie mehr dazu in Frameworks.

Typ: Object
Standard: { timeout: 10000 }

cucumberFeaturesWithLineNumbers​

Liste der Cucumber-Features mit Zeilennummern (wenn Cucumber Framework verwendet wird).

Typ: String[] Standard: []

reporters​

Liste der zu verwendenden Reporter. Ein Reporter kann entweder eine Zeichenfolge oder ein Array sein von ['reporterName', { /* reporter options */}], wobei das erste Element eine Zeichenfolge mit dem Reporter-Namen und das zweite Element ein Objekt mit Reporter-Optionen ist.

Typ: String[]|Object[]
Standard: []

Beispiel:

reporters: [
    'dot',
    'spec'
    ['junit', {
        outputDir: `${__dirname}/reports`,
        otherOption: 'foobar'
    }]
]

reporterSyncInterval​

Bestimmt, in welchem Intervall der Reporter prüfen soll, ob sie synchronisiert sind, wenn sie ihre Protokolle asynchron melden (z.B. wenn Protokolle an einen Drittanbieter gestreamt werden).

Typ: Number
Standard: 100 (ms)

reporterSyncTimeout​

Bestimmt die maximale Zeit, die Reporter haben, um das Hochladen all ihrer Protokolle abzuschließen, bis der Testrunner einen Fehler auslöst.

Typ: Number
Standard: 5000 (ms)

execArgv​

Node-Argumente, die beim Starten von Kindprozessen angegeben werden sollen.

Typ: String[]
Standard: null

filesToWatch​

Eine Liste von Glob-unterstützenden String-Mustern, die dem Testrunner mitteilen, dass er zusätzlich andere Dateien überwachen soll, z.B. Anwendungsdateien, wenn er mit dem Flag --watch ausgeführt wird. Standardmäßig überwacht der Testrunner bereits alle Spezifikationsdateien.

Typ: String[]
Standard: []

updateSnapshots​

Auf true setzen, wenn Sie Ihre Snapshots aktualisieren möchten. Idealerweise als Teil eines CLI-Parameters verwendet, z.B. wdio run wdio.conf.js --s.

Typ: 'new' | 'all' | 'none'
Standard: none wenn nicht angegeben und Tests im CI laufen, new wenn nicht angegeben, sonst was angegeben wurde

resolveSnapshotPath​

Überschreibt den Standard-Snapshot-Pfad. Zum Beispiel, um Snapshots neben Testdateien zu speichern.

wdio.conf.ts
export const config: WebdriverIO.Config = {
    resolveSnapshotPath: (testPath, snapExtension) => testPath + snapExtension,
}

Typ: (testPath: string, snapExtension: string) => string
Standard: speichert Snapshot-Dateien im Verzeichnis __snapshots__ neben der Testdatei

tsConfigPath​

WDIO verwendet tsx zum Kompilieren von TypeScript-Dateien. Ihre TSConfig wird automatisch aus dem aktuellen Arbeitsverzeichnis erkannt, aber Sie können hier einen benutzerdefinierten Pfad angeben oder die Umgebungsvariable TSX_TSCONFIG_PATH setzen.

Siehe die tsx-Dokumentation: https://tsx.is/dev-api/node-cli#custom-tsconfig-json-path

Typ: String
Standard: null

Hooks​

Der WDIO-Testrunner ermöglicht es Ihnen, Hooks zu setzen, die zu bestimmten Zeiten des Testlebenszyklus ausgelöst werden. Dies ermöglicht benutzerdefinierte Aktionen (z.B. Screenshot machen, wenn ein Test fehlschlägt).

Jeder Hook hat als Parameter spezifische Informationen über den Lebenszyklus (z.B. Informationen über die Testsuite oder den Test). Lesen Sie mehr über alle Hook-Eigenschaften in unserem Beispiel-Config.

Hinweis: Einige Hooks (onPrepare, onWorkerStart, onWorkerEnd und onComplete) werden in einem anderen Prozess ausgeführt und können daher keine globalen Daten mit den anderen Hooks teilen, die im Worker-Prozess leben.

onPrepare​

Wird einmal ausgeführt, bevor alle Worker gestartet werden.

Parameter:

  • config (object): WebdriverIO-Konfigurationsobjekt
  • param (object[]): Liste der Capabilities-Details

onWorkerStart​

Wird ausgeführt, bevor ein Arbeitsprozess gestartet wird, und kann verwendet werden, um spezifische Services für diesen Worker zu initialisieren sowie Laufzeitumgebungen auf asynchrone Weise zu modifizieren.

Parameter:

  • cid (string): Capability-ID (z.B. 0-0)
  • caps (object): Enthält Capabilities für die Sitzung, die im Worker gestartet wird
  • specs (string[]): Spezifikationen, die im Arbeitsprozess ausgeführt werden sollen
  • args (object): Objekt, das mit der Hauptkonfiguration zusammengeführt wird, sobald der Worker initialisiert ist
  • execArgv (string[]): Liste von String-Argumenten, die an den Arbeitsprozess übergeben werden

onWorkerEnd​

Wird ausgeführt, kurz nachdem ein Arbeitsprozess beendet wurde.

Parameter:

beforeSession​

Wird ausgeführt, kurz bevor die WebDriver-Sitzung und das Testframework initialisiert werden. Es ermöglicht Ihnen, Konfigurationen abhängig von der Capability oder Spezifikation zu manipulieren.

Parameter:

  • config (object): WebdriverIO-Konfigurationsobjekt
  • caps (object): Enthält Capabilities für die Sitzung, die im Worker gestartet wird
  • specs (string[]): Spezifikationen, die im Arbeitsprozess ausgeführt werden sollen

before​

Wird vor dem Start der Testausführung ausgeführt. An diesem Punkt können Sie auf alle globalen Variablen wie browser zugreifen. Es ist der perfekte Ort, um benutzerdefinierte Befehle zu definieren.

Parameter:

  • caps (object): Enthält Capabilities für die Sitzung, die im Worker gestartet wird
  • specs (string[]): Spezifikationen, die im Arbeitsprozess ausgeführt werden sollen
  • browser (object): Instanz der erstellten Browser-/Gerätesitzung

beforeSuite​

Hook, der ausgeführt wird, bevor die Suite startet (nur in Mocha/Jasmine)

Parameter:

  • suite (object): Suite-Details

beforeHook​

Hook, der vor einem Hook innerhalb der Suite ausgeführt wird (z.B. läuft vor dem Aufruf von beforeEach in Mocha)

Parameter:

  • test (object): Testdetails
  • context (object): Testkontext (repräsentiert das World-Objekt in Cucumber)

afterHook​

Hook, der nach einem Hook innerhalb der Suite ausgeführt wird (z.B. läuft nach dem Aufruf von afterEach in Mocha)

Parameter:

  • test (object): Testdetails
  • context (object): Testkontext (repräsentiert das World-Objekt in Cucumber)
  • result (object): Hook-Ergebnis (enthält Eigenschaften error, result, duration, passed, retries)

beforeTest​

Funktion, die vor einem Test ausgeführt wird (nur in Mocha/Jasmine).

Parameter:

  • test (object): Testdetails
  • context (object): Scope-Objekt, mit dem der Test ausgeführt wurde

beforeCommand​

Wird vor der Ausführung eines WebdriverIO-Befehls ausgeführt.

Parameter:

  • commandName (string): Befehlsname
  • args (*): Argumente, die der Befehl erhalten würde

afterCommand​

Wird nach der Ausführung eines WebdriverIO-Befehls ausgeführt.

Parameter:

  • commandName (string): Befehlsname
  • args (*): Argumente, die der Befehl erhalten würde
  • result (*): Ergebnis des Befehls
  • error (Error): Fehler-Objekt, wenn vorhanden

afterTest​

Funktion, die nach einem Test (in Mocha/Jasmine) ausgeführt wird.

Parameter:

  • test (object): Testdetails
  • context (object): Scope-Objekt, mit dem der Test ausgeführt wurde
  • result.error (Error): Fehler-Objekt, falls der Test fehlschlägt, sonst undefined
  • result.result (Any): Rückgabeobjekt der Testfunktion
  • result.duration (Number): Dauer des Tests
  • result.passed (Boolean): true, wenn der Test bestanden hat, sonst false
  • result.retries (Object): Informationen zu einzeltestbezogenen Wiederholungen, wie definiert für Mocha und Jasmine sowie Cucumber, z.B. { attempts: 0, limit: 0 }, siehe
  • result (object): Hook-Ergebnis (enthält Eigenschaften error, result, duration, passed, retries)

afterSuite​

Hook, der ausgeführt wird, nachdem die Suite beendet ist (nur in Mocha/Jasmine)

Parameter:

  • suite (object): Suite-Details

after​

Wird ausgeführt, nachdem alle Tests abgeschlossen sind. Sie haben immer noch Zugriff auf alle globalen Variablen aus dem Test.

Parameter:

  • result (number): 0 - Test bestanden, 1 - Test fehlgeschlagen
  • caps (object): Enthält Capabilities für die Sitzung, die im Worker gestartet wird
  • specs (string[]): Spezifikationen, die im Arbeitsprozess ausgeführt werden sollen

afterSession​

Wird direkt nach Beendigung der WebDriver-Sitzung ausgeführt.

Parameter:

  • config (object): WebdriverIO-Konfigurationsobjekt
  • caps (object): Enthält Capabilities für die Sitzung, die im Worker gestartet wird
  • specs (string[]): Spezifikationen, die im Arbeitsprozess ausgeführt werden sollen

onComplete​

Wird ausgeführt, nachdem alle Worker heruntergefahren wurden und der Prozess kurz vor dem Beenden steht. Ein Fehler, der im onComplete-Hook ausgelöst wird, führt zum Fehlschlagen des Testlaufs.

Parameter:

  • exitCode (number): 0 - Erfolg, 1 - Fehler
  • config (object): WebdriverIO-Konfigurationsobjekt
  • caps (object): Enthält Capabilities für die Sitzung, die im Worker gestartet wird
  • result (object): Ergebnisobjekt mit Testergebnissen

onReload​

Wird bei einem Refresh ausgeführt.

Parameter:

  • oldSessionId (string): Sitzungs-ID der alten Sitzung
  • newSessionId (string): Sitzungs-ID der neuen Sitzung

beforeFeature​

Wird vor einem Cucumber-Feature ausgeführt.

Parameter:

afterFeature​

Wird nach einem Cucumber-Feature ausgeführt.

Parameter:

beforeScenario​

Wird vor einem Cucumber-Szenario ausgeführt.

Parameter:

  • world (ITestCaseHookParameter): World-Objekt mit Informationen zu Pickle und Testschritt
  • context (object): Cucumber World-Objekt

afterScenario​

Wird nach einem Cucumber-Szenario ausgeführt.

Parameter:

  • world (ITestCaseHookParameter): World-Objekt mit Informationen zu Pickle und Testschritt
  • result (object): Ergebnisobjekt mit Szenarioergebnissen
  • result.passed (boolean): true, wenn das Szenario bestanden hat
  • result.error (string): Fehler-Stack, wenn das Szenario fehlgeschlagen ist
  • result.duration (number): Dauer des Szenarios in Millisekunden
  • context (object): Cucumber World-Objekt

beforeStep​

Wird vor einem Cucumber-Schritt ausgeführt.

Parameter:

  • step (Pickle.IPickleStep): Cucumber-Schritt-Objekt
  • scenario (IPickle): Cucumber-Szenario-Objekt
  • context (object): Cucumber World-Objekt

afterStep​

Wird nach einem Cucumber-Schritt ausgeführt.

Parameter:

  • step (Pickle.IPickleStep): Cucumber-Schritt-Objekt
  • scenario (IPickle): Cucumber-Szenario-Objekt
  • result: (object): Ergebnisobjekt mit Schrittergebnissen
  • result.passed (boolean): true, wenn das Szenario bestanden hat
  • result.error (string): Fehler-Stack, wenn das Szenario fehlgeschlagen ist
  • result.duration (number): Dauer des Szenarios in Millisekunden
  • context (object): Cucumber World-Objekt

beforeAssertion​

Hook, der ausgeführt wird, bevor eine WebdriverIO-Assertion stattfindet.

Parameter:

  • params: Assertions-Informationen
  • params.matcherName (string): Name des Matchers (z.B. toHaveTitle)
  • params.expectedValue: Wert, der in den Matcher übergeben wird
  • params.options: Assertions-Optionen

afterAssertion​

Hook, der ausgeführt wird, nachdem eine WebdriverIO-Assertion stattgefunden hat.

Parameter:

  • params: Assertions-Informationen
  • params.matcherName (string): Name des Matchers (z.B. toHaveTitle)
  • params.expectedValue: Wert, der in den Matcher übergeben wird
  • params.options: Assertions-Optionen
  • params.result: Assertions-Ergebnisse

Welcome! How can I help?

WebdriverIO AI Copilot