Tools, die sich nicht selbst aktualisieren
UFT, TestComplete, Katalon, Robot Framework und eigenentwickelte Frameworks suchen den Treiber an einem festen Pfad und scheitern, sobald sich der Browser aktualisiert.
Selenium aktualisiert seine Treiber selbst. RPA-Bots im WebDriver-Modus, UFT, TestComplete, Katalon, eigenentwickelte Frameworks und Legacy-Tools nicht. DriverSphere stellt den passenden Edge-, Chrome- und Firefox-Treiber für sie alle bereit.
Ein Dashboard, ein Klick oder eine .bat-Datei in der Pipeline. Keine Skriptpflege, keine Installation, keine Administratorrechte auf dem Rechner.
Edge wird vollwertig behandelt, mit Bindung an die exakte Version – nicht als Anhängsel von Chrome.
Die Standalone-Edition deckt einen Windows-Rechner mit Internetzugang ab: Arbeitsplatz, Server, VM oder Cloud-Instanz. Die Enterprise-Edition mit zentralem Repository und Verteilung an Offline-Knoten befindet sich in Entwicklung.
Aktuelle Selenium-Versionen aktualisieren ihre Treiber selbst. Alles andere, was einen Browser steuert — kommerzielle Test-Tools, eigenentwickelte Frameworks, Legacy-Anwendungen — erwartet weiterhin die passende Treiberdatei am richtigen Ort und hat keine Möglichkeit, sie sich zu beschaffen.
UFT, TestComplete, Katalon, Robot Framework und eigenentwickelte Frameworks suchen den Treiber an einem festen Pfad und scheitern, sobald sich der Browser aktualisiert.
Abgeschottete Windows-Arbeitsplätze ohne Paketmanager, ohne Administratorrechte und mit einem Proxy dazwischen schließen die meisten üblichen Lösungen aus.
Der Treiber ist an die Browser-Version gebunden. Wenn Edge oder Chrome sich aktualisieren — oft von selbst und ohne Vorwarnung — funktioniert der eingesetzte Treiber nicht mehr und muss auf jedem betroffenen Rechner ersetzt werden.
DriverSphere legt den passenden Treiber an einem festen Pfad ab. Alles, was von dort liest, funktioniert: RPA-Bots im WebDriver-Modus, kommerzielle Test-Tools, CI/CD-Pipelines, eigenentwickelte Frameworks, Legacy-Anwendungen.
Jede heruntergeladene Version bleibt auf dem Rechner archiviert, zusammen mit der Browser-Version, zu der sie gehörte. So lässt sich nachweisen, welcher Treiber wann ausgerollt wurde — wichtig überall dort, wo das belegt werden muss.
Erzeugen Sie .bat-Dateien für Zeitplanung, CI/CD-Pipelines, Jenkins-Jobs und botgesteuerte Läufe. Die Umgebungsprüfung läuft vorgelagert: Ein Mismatch fällt sofort auf, statt mitten in der Suite.
Standalone deckt einen Windows-Rechner mit Internetzugang ab und ist bereits produktiv im Einsatz. Enterprise — ein zentrales Repository, das freigegebene Treiber an Offline-Knoten verteilt — entsteht gemeinsam mit einer kleinen Gruppe von Early-Access-Unternehmen.
Ein Windows-PC, Server, eine VM oder Cloud-Instanz mit Internetzugang. DriverSphere prüft die installierte Browser-Version, lädt den passenden Treiber herunter und legt ihn an einem festen Pfad ab.
Direkte Jahreslizenz für einen Rechner. MwSt. wird beim Checkout berechnet.
Erst testen? Fordern Sie eine kostenlose 14-Tage-Testversion an.
Ein zentraler Rechner mit Internetzugang pflegt das Repository freigegebener Treiber und verteilt sie an Offline- oder kontrollierte Zielrechner.
In Entwicklung. Eine begrenzte Zahl von Unternehmen gestaltet derzeit den Transfermechanismus, den Freigabe-Workflow und das Lizenzmodell auf Basis der eigenen Rahmenbedingungen. Early-Access-Plätze beinhalten Einfluss auf die Roadmap und auf den Einführungspreis.
Enterprise Early Access anfragenWenn Selenium Ihr einziges Testautomatisierungstool ist und Ihre Rechner das Internet ohne Einschränkungen erreichen, kümmert sich Selenium Manager bereits um die Treiber — integriert und kostenlos. DriverSphere deckt die Fälle ab, die dabei außen vor bleiben.
Die meisten Treiber-Tools stecken in einem einzigen Framework. DriverSphere steht außerhalb: Es hält die passende Treiberdatei an einem bekannten Pfad auf dem Windows-Rechner bereit — jedes Tool auf diesem Rechner nutzt sie einfach.