SeleniumBox (SBOX) vs. WebdriverIO

In a project, where 1000+ scripts need to be executed only in less time there using selenium box as parallel execution can help a lot. We can use a selenium box to save the time of the execution and it also is very easy to use. It saves a lot of time while doing parallel execution.

Incentivized

I haven't seen a use case that WDIO can't cover, even including integrations into performance/load testing and mobile! The fact that there are boilerplate projects and code examples galore make it so simple to understand and see real-world PoCs of concepts you need to understand. I highly recommend WDIO!

Incentivized

• Quick start when running the test, easy to maintain the framework.
• Faster and has vast community support on the internet.
• No need to Build an Automation framework from scratch.
• Can be integrated with different services.

Incentivized

• Tasks written in this can only be debugged using the provided WDIO task runner
• We cannot set breakpoints within tasks but have WDIO pause the run between commands.
• It is not as customized as Protractor.
• It deviates from generic syntax which may confuse selenium developers having knowledge of other languages.

Incentivized

Did not use any other.

Incentivized

1. WebdriverIO is used for automating both browsers and native mobile apps. 2. Selenium is being used on most of the languages except JavaScript (TypeScript) and our front-end development is in Reactjs

Incentivized

• Gives easy access to Saucelabs Devices and VMs to the frontend developers who don't have to fiddle around with connection to Saucelabs itself - so ROI on Saucelabs as webdriverIO is free
• The small learning curve to actually get set up and running - our working framework was written in a few days

Incentivized