Verwendung von Cloud-Diensten

Die Verwendung von On-Demand-Diensten wie Sauce Labs, Browserstack, TestingBot, TestMu AI (ehemals LambdaTest) oder Perfecto mit WebdriverIO ist recht einfach. Alles, was Sie tun müssen, ist, Ihren Service-user und key in Ihren Optionen einzurichten.

Optional können Sie Ihre Tests auch parametrisieren, indem Sie cloud-spezifische Capabilities wie build festlegen. Wenn Sie Cloud-Dienste nur in Travis ausführen möchten, können Sie die Umgebungsvariable CI verwenden, um zu prüfen, ob Sie sich in Travis befinden, und die Konfiguration entsprechend anpassen.

// wdio.conf.js
export let config = {...}
if (process.env.CI) {
    config.user = process.env.SAUCE_USERNAME
    config.key = process.env.SAUCE_ACCESS_KEY
}

Sauce Labs

Sie können Ihre Tests so einrichten, dass sie remote in Sauce Labs ausgeführt werden.

Die einzige Voraussetzung ist, dass Sie user und key in Ihrer Konfiguration (entweder exportiert von wdio.conf.js oder übergeben an webdriverio.remote(...)) auf Ihren Sauce Labs-Benutzernamen und Zugriffsschlüssel setzen.

Sie können auch jede optionale Test-Konfigurationsoption als Schlüssel/Wert in den Capabilities für jeden Browser übergeben.

Sauce Connect

Wenn Sie Tests gegen einen Server ausführen möchten, der nicht über das Internet zugänglich ist (wie auf localhost), dann müssen Sie Sauce Connect verwenden.

Es liegt außerhalb des Rahmens von WebdriverIO, dies zu unterstützen, daher müssen Sie es selbst starten.

Wenn Sie den WDIO-Testrunner verwenden, laden Sie den @wdio/sauce-service herunter und konfigurieren Sie ihn in Ihrer wdio.conf.js. Er hilft dabei, Sauce Connect zu starten und bietet zusätzliche Funktionen, die Ihre Tests besser in den Sauce-Dienst integrieren.

Mit Travis CI

Travis CI bietet jedoch Unterstützung für das Starten von Sauce Connect vor jedem Test, daher ist die Befolgung ihrer Anweisungen eine Option.

Wenn Sie dies tun, müssen Sie die Testkonfigurationsoption tunnel-identifier in den capabilities jedes Browsers festlegen. Travis setzt dies standardmäßig auf die Umgebungsvariable TRAVIS_JOB_NUMBER.

Wenn Sie möchten, dass Sauce Labs Ihre Tests nach Build-Nummer gruppiert, können Sie build auf TRAVIS_BUILD_NUMBER setzen.

Wenn Sie schließlich name festlegen, ändert dies den Namen dieses Tests in Sauce Labs für diesen Build. Wenn Sie den WDIO-Testrunner in Kombination mit dem @wdio/sauce-service verwenden, setzt WebdriverIO automatisch einen geeigneten Namen für den Test.

Beispiel für capabilities:

browserName: 'chrome',
version: '27.0',
platform: 'XP',
'tunnel-identifier': process.env.TRAVIS_JOB_NUMBER,
name: 'integration',
build: process.env.TRAVIS_BUILD_NUMBER

Timeouts

Da Sie Ihre Tests remote ausführen, kann es notwendig sein, einige Timeouts zu erhöhen.

Sie können das idle timeout ändern, indem Sie idle-timeout als Testkonfigurationsoption übergeben. Dies steuert, wie lange Sauce zwischen Befehlen wartet, bevor die Verbindung geschlossen wird.

BrowserStack

WebdriverIO hat auch eine integrierte Browserstack-Integration.

Die einzige Voraussetzung ist, dass Sie user und key in Ihrer Konfiguration (entweder exportiert von wdio.conf.js oder übergeben an webdriverio.remote(...)) auf Ihren Browserstack-Automate-Benutzernamen und Zugriffsschlüssel setzen.

Sie können auch jede optionale unterstützte Capability als Schlüssel/Wert in den Capabilities für jeden Browser übergeben. Wenn Sie browserstack.debug auf true setzen, wird eine Bildschirmaufzeichnung der Sitzung aufgenommen, was hilfreich sein kann.

Lokales Testen

Wenn Sie Tests gegen einen Server ausführen möchten, der nicht über das Internet zugänglich ist (wie auf localhost), dann müssen Sie Local Testing verwenden.

Es liegt außerhalb des Rahmens von WebdriverIO, dies zu unterstützen, daher müssen Sie es selbst starten.

Wenn Sie Local Testing verwenden, sollten Sie browserstack.local in Ihren Capabilities auf true setzen.

Wenn Sie den WDIO-Testrunner verwenden, laden Sie den @wdio/browserstack-service herunter und konfigurieren Sie ihn in Ihrer wdio.conf.js. Er hilft dabei, BrowserStack zu starten und bietet zusätzliche Funktionen, die Ihre Tests besser in den BrowserStack-Dienst integrieren.

Mit Travis CI

Wenn Sie Local Testing in Travis hinzufügen möchten, müssen Sie es selbst starten.

Das folgende Skript wird es herunterladen und im Hintergrund starten. Sie sollten dies in Travis ausführen, bevor Sie die Tests starten.

wget https://www.browserstack.com/browserstack-local/BrowserStackLocal-linux-x64.zip
unzip BrowserStackLocal-linux-x64.zip
./BrowserStackLocal -v -onlyAutomate -forcelocal $BROWSERSTACK_ACCESS_KEY &
sleep 3

Außerdem möchten Sie vielleicht den build auf die Travis-Build-Nummer setzen.

Beispiel für capabilities:

browserName: 'chrome',
project: 'myApp',
version: '44.0',
build: `myApp #${process.env.TRAVIS_BUILD_NUMBER}.${process.env.TRAVIS_JOB_NUMBER}`,
'browserstack.local': 'true',
'browserstack.debug': 'true'

TestingBot

Die einzige Voraussetzung ist, dass Sie user und key in Ihrer Konfiguration (entweder exportiert von wdio.conf.js oder übergeben an webdriverio.remote(...)) auf Ihren TestingBot-Benutzernamen und geheimen Schlüssel setzen.

Sie können auch jede optionale unterstützte Capability als Schlüssel/Wert in den Capabilities für jeden Browser übergeben.

Lokales Testen

Wenn Sie Tests gegen einen Server ausführen möchten, der nicht über das Internet zugänglich ist (wie auf localhost), dann müssen Sie Local Testing verwenden. TestingBot bietet einen Java-basierten Tunnel, der es Ihnen ermöglicht, Websites zu testen, die nicht über das Internet zugänglich sind.

Ihre Tunnel-Support-Seite enthält die Informationen, die notwendig sind, um dies zum Laufen zu bringen.

Wenn Sie den WDIO-Testrunner verwenden, laden Sie den @wdio/testingbot-service herunter und konfigurieren Sie ihn in Ihrer wdio.conf.js. Er hilft dabei, TestingBot zu starten und bietet zusätzliche Funktionen, die Ihre Tests besser in den TestingBot-Dienst integrieren.

TestMu AI (ehemals LambdaTest)

Die TestMu AI-Integration ist ebenfalls integriert.

Die einzige Voraussetzung ist, dass Sie user und key in Ihrer Konfiguration (entweder exportiert von wdio.conf.js oder übergeben an webdriverio.remote(...)) auf Ihren TestMu AI-Kontobenutzer und Zugriffsschlüssel setzen.

Sie können auch jede optionale unterstützte Capability als Schlüssel/Wert in den Capabilities für jeden Browser übergeben. Wenn Sie visual auf true setzen, wird eine Bildschirmaufzeichnung der Sitzung erstellt, was hilfreich sein kann.

Tunnel für lokales Testen

Wenn Sie Tests gegen einen Server ausführen möchten, der nicht über das Internet zugänglich ist (wie auf localhost), dann müssen Sie Local Testing verwenden.

Es liegt außerhalb des Rahmens von WebdriverIO, dies zu unterstützen, daher müssen Sie es selbst starten.

Wenn Sie lokales Testen verwenden, sollten Sie tunnel in Ihren Capabilities auf true setzen.

Wenn Sie den WDIO-Testrunner verwenden, laden Sie den wdio-lambdatest-service herunter und konfigurieren Sie ihn in Ihrer wdio.conf.js. Er hilft dabei, TestMu AI zu starten und bietet zusätzliche Funktionen, die Ihre Tests besser in den TestMu AI-Dienst integrieren.

Mit Travis CI

Wenn Sie Local Testing in Travis hinzufügen möchten, müssen Sie es selbst starten.

Das folgende Skript wird es herunterladen und im Hintergrund starten. Sie sollten dies in Travis ausführen, bevor Sie die Tests starten.

wget http://downloads.lambdatest.com/tunnel/linux/64bit/LT_Linux.zip
unzip LT_Linux.zip
./LT -user $LT_USERNAME -key $LT_ACCESS_KEY -cui &
sleep 3

Außerdem möchten Sie vielleicht den build auf die Travis-Build-Nummer setzen.

Beispiel für capabilities:

platform: 'Windows 10',
browserName: 'chrome',
version: '79.0',
build: `myApp #${process.env.TRAVIS_BUILD_NUMBER}.${process.env.TRAVIS_JOB_NUMBER}`,
'tunnel': 'true',
'visual': 'true'

Perfecto

Bei der Verwendung von wdio mit Perfecto müssen Sie für jeden Benutzer ein Sicherheitstoken erstellen und dieses in der Capabilities-Struktur hinzufügen (zusätzlich zu anderen Capabilities), wie folgt:

export const config = {
  capabilities: [{
    // ...
    securityToken: "your security token"
  }],

Zusätzlich müssen Sie die Cloud-Konfiguration hinzufügen, wie folgt:

  hostname: "your_cloud_name.perfectomobile.com",
  path: "/nexperience/perfectomobile/wd/hub",
  port: 443,
  protocol: "https",