chai VS WebdriverIO

Let's configure tests with mocha, chai and sinon on Typescript in a few steps.

These options totally depend on your requirements. For example an empty hardhat option is a very basic project sample if you need more libraries, plugins or you use Typescript later, you have to add them manually. Like @nomiclabs/hardhat-waffle , [ethereum-waffle](https://www.npmjs.com/package/ethereum-waffle), chai , @nomiclabs/hardhat-ethers , ethers , [@openzeppelin/contracts](https://www.npmjs.com/package/@openzeppelin/contracts) Because, they'll allow us to interact with Ethereum and to test our contracts.

For those of you wondering what a "Chaijs" is like I was: https://github.com/chaijs/chai

> BDD / TDD assertion framework for node.js and the browser that can be paired with any testing framework.

ES6 test setup with Mocha and Chai.

It'd be hard for me to imagine what would it be like back then to write tests if it wasn't for Enzyme. Even with Enzyme, it was noticeably harder than it is today, and I still vividly remember installing and configuring in my project Mocha, Chai, Sinon, and JSDOM, to get pretty much the same tooling that today a single library - Jest - provides out of the box, while adding numerous features on top of that.

The library offers a BDD testing style and fully exploits javascript promises - the resulting tests are simple, clear and expressive. Chakram is built on node.js, mocha, chai and request.

For this example, I am using Mocha, plus Chai for its BDD expect syntax and the chai-as-promised plugin for asynchronous matchers.

chai

3.WebdriverIO: WebdriverIO is another popular open-source test automation framework. Key Features: Integrates well with popular testing frameworks (e.g., Mocha, Jasmine). Supports both synchronous and asynchronous commands. Works with various browsers and platforms

Webdriver.io

There is a tool called webdriver.io which purports to handle mobile automation. I haven't had a chance to play with it yet but it's on my radar.

We recently hired an engineer to write us integration tests with webdriver.io. All of our other tests run fine in Github actions - rspec, javascript jest, etc.

Your automated tests will act on behalf of a real user, open a real web browser (typically Chromium, Chrome, Firefox) using one an existing technology like Webdriver and add some syntactical sugar on top.

WebdriverIO (abbreviated as WDIO) is an E2E testing framework for Node.js. It allows you to automate all kinds of web and mobile applications using the Webdriver or Chrome DevTools protocols.

i recall having to deal with elements inside iframes and shadow roots when using webdriver.io for testing. you can always inspect an element and copy the selector. if it is unique to the page it should work