
Security News
CISA Rebuffs Funding Concerns as CVE Foundation Draws Criticism
CISA denies CVE funding issues amid backlash over a new CVE foundation formed by board members, raising concerns about transparency and program governance.
wdio-electron-service
Advanced tools
WebdriverIO service for testing Electron applications
Enables cross-platform E2E testing of Electron apps via the extensive WebdriverIO ecosystem.
Spiritual successor to Spectron (RIP).
Makes testing Electron applications much easier via:
You will need to install WebdriverIO
, instructions can be found here.
The recommended way to get up and running quickly is to use the WDIO configuration wizard.
To get started without using the configuration wizard, you will need to install the service and @wdio/cli
:
npm install --dev @wdio/cli wdio-electron-service
Or use your package manager of choice - pnpm, yarn, etc.
Next, create your WDIO configuration file. If you need some inspiration for this, there is a working configuration in the example directory of this repository, as well as the WDIO configuration reference page.
You will need to add electron
to your services array and set an Electron capability, e.g.:
wdio.conf.ts
export const config = {
// ...
services: ['electron'],
capabilities: [
{
browserName: 'electron',
},
],
// ...
};
Finally, run some tests using your configuration file.
This will spin up an instance of your app in the same way that WDIO handles browsers such as Chrome or Firefox. The service works with WDIO (parallel) multiremote if you need to run additional instances simultaneously, e.g. multiple instances of your app or different combinations of your app and a Web browser.
If you use Electron Forge or Electron Builder to package your app then the service will automatically attempt to find the path to your bundled Electron application. You can provide a custom path to the binary via custom service capabilities, e.g.:
wdio.conf.ts
export const config = {
// ...
capabilities: [
{
'browserName': 'electron',
'wdio:electronServiceOptions': {
appBinaryPath: './path/to/built/electron/app.exe',
appArgs: ['foo', 'bar=baz'],
},
},
],
// ...
};
See the configuration doc for how to find your appBinaryPath
value for the different operating systems supported by Electron.
Alternatively, you can point the service at an unpackaged app by providing the path to the main.js
script. Electron will need to be installed in your node_modules
. It is recommended to bundle unpackaged apps using a bundler such as Rollup, Parcel, Webpack, etc.
wdio.conf.ts
export const config = {
// ...
capabilities: [
{
'browserName': 'electron',
'wdio:electronServiceOptions': {
appEntryPoint: './path/to/bundled/electron/main.bundle.js',
appArgs: ['foo', 'bar=baz'],
},
},
],
// ...
};
If your app uses a version of Electron which is lower than v26 then you will need to manually configure Chromedriver.
This is because WDIO uses Chrome for Testing to download Chromedriver, which only provides Chromedriver versions of v115 or newer.
Service Configuration
Chromedriver Configuration
Accessing Electron APIs
Mocking Electron APIs
Window Management
Standalone Mode
Development
Common Issues & Debugging
Read the development doc if you are interested in contributing.
Check out our Electron boilerplate project that showcases how to integrate WebdriverIO in an example application. You can also have a look at the Example Apps and E2Es directories in this repository.
If you are having issues running WDIO with the service you should check the documented Common Issues in the first instance, then open a discussion in the main WDIO forum.
The Electron service discussion forum is much less active than the WDIO one, but if the issue you are experiencing is specific to Electron or using the service then you can open a discussion here.
FAQs
WebdriverIO service to enable Electron testing
We found that wdio-electron-service demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
CISA denies CVE funding issues amid backlash over a new CVE foundation formed by board members, raising concerns about transparency and program governance.
Product
We’re excited to announce a powerful new capability in Socket: historical data and enhanced analytics.
Product
Module Reachability filters out unreachable CVEs so you can focus on vulnerabilities that actually matter to your application.