@testersai/webdriverio
The easiest way to AI-upgrade your existing WebdriverIO suite. You already have the tests — this adds AI Checks at the moments that matter, without replacing your framework, runner, or CI pipeline.
analyze_* call, or define your own.Add the service to wdio.conf.js. Injects browser.testersai*() commands.
# Download testersai-javascript-webdriverio-0.1.0.tar.gz from the Downloads page, then:
tar -xzf testersai-javascript-webdriverio-0.1.0.tar.gz
cd testersai-javascript-webdriverio-0.1.0
npm install ./testersai-sdk-0.1.0.tgz ./testersai-webdriverio-0.1.0.tgz
A complete, runnable JavaScript / TypeScript + WebdriverIO example.
// wdio.conf.js
exports.config = {
services: [ require.resolve('@testersai/webdriverio') ]
};
// spec:
it('home page', async () => {
await browser.url('https://example.com');
const r = await browser.testersaiScreenshot();
await browser.testersaiConsole();
});
WDIO logger; any configured WDIO reporter (spec, allure, junit) sees it. If the AI call fails — rate limit, hang, firewall, no network — the SDK gives up fast and returns a skipped result. Your WebdriverIO test is never blocked.
Rule of thumb: wherever a human reviewer would pause to look during a manual run. These recommendations are tuned for WebdriverIO — pick the ones that fit your suite.
The page just re-rendered. Ask "does this look right?" before any interaction.
Login, add-to-cart, toggle, submit. The UI just reflected a new state — where regressions hide.
You were about to check one thing. Ask the AI about everything else for free.
API returned, spinner gone, toast shown. Catch broken empty-states and stale data.
A single console + network check at the end of every test catches issues your assertions ignored.
Mobile vs. desktop, light vs. dark, locale change. One call per viewport.
Or grab the monolith ZIP (all languages, all adapters).