Helper classes for e2e browser testing in Node with a uniform interface.
Supported browsers/drivers:
- Puppeteer
- -core
- Selenium
- Firefox
- Chrome
Supported providers:
- BrowserStack
All browser/provider specific dependencies are peer dependencies and are dynamically loaded
tib
aims to provide a uniform interface for testing in both Puppeteer and Selenium while using either local browsers or any available 3rd party provider. This way you can write a single e2e test and simply switch the browser environment by changing the BrowserString
The term helper classes
stems from that this package wont enforce test functionality on you (which would require another learning curve). tib allows you to use the test suite you are already familair with. Use
tib` to retrieve and assert whether the html you expect to be loaded is really loaded, both on page load as after interacting with it through javascript.
This probably means that tib
is deliberately less integrated then other packages.
- retrieve html as ASTElements (using
vue-template-compiler
) - Very easy to write page function to run in the browser
- just remember to only use language features the loaded page already has polyfills for
- syntax is automatically transpiled when browser version is specified
- e.g. arrow functions will be transpiled to normal functions when you specify 'safari 5.1'
- Supports BrowserStack-Local to easily tests local code
- Automatically starts Xvfb for non-headless support (on supported platforms)
- set
xvfb: false
if you want to specify DISPLAY manually
- set
$ yarn add -D tib
import { createBrowser } from 'tib'
const browserString = 'firefox/headless'
const autoStart = false // default true
const config = {
extendPage(page) {
return {
myPageFn() {
// do something
}
}
}
}
const browser = await createBrowser(browserString, config, autoStart)
if (!autoStart) {
await browser.start()
}
Browser strings are broken up into capability pairs (e.g. chrome 71
is a capability pair consisting of browser name
and browser version
). Those pairs are then matched against a list of known properties (see constants.js for the full list). Browser and provider properties are used to determine the required import (see browsers.js). The remaining properties should be capabilities and are depending on whether the value was recognised applied to the browser instance by calling the corresponding set<CapabilityName>
methods.
Read the API reference
also check our e2e tests for more information
import { createBrowser, commands: { Xvfb, BrowserStackLocal } } from 'tib'
describe('my e2e test', () => {
let myBrowser
beforeAll(async () => {
myBrowser = await createBrowser('windows 10/chrome 71/browserstack/local/1920x1080', {
// if true or undefined then Xvfb is automatically started before
// the browser and the displayNum=99 added to the process.env
xvfb: false,
// only used for BrowserStackLocal browsers
BrowserStackLocal: {
start: true, // default, if false then call 'const pid = await BrowserStackLocal.start()'
stop: true, // default, if false then call 'await BrowserStackLocal.stop(pid)'
user: process.env.BROWSERSTACK_USER,
key: process.env.BROWSERSTACK_KEY,
folder: process.cwd()
},
extendPage(page) {
return {
getRouteData() {
return page.runScript(() => {
// this function is executed within the page context
// if you use features like Promises and are testing on
// older browsers make sure you have a polyfill already
// loaded
return myRouter.currentRoute
})
},
async navigate(path) {
await page.runAsyncScript((path) => {
return new Promise(resolve => {
myRouter.on('navigationFinished', resolve)
window.myRouter.navigate(path)
})
}, path)
}
}
}
})
})
afterAll(() => {
if (myBrowser) {
await myBrowser.close()
}
})
test('router', async () => {
// note: this method is only available for browserstack/local browsers
const url = myBrowser.getLocalFolderUrl()
const page = await myBrowser.page(url)
// you should probably expect and not log this
console.log(await page.getHtml())
console.log(await page.getElement('div'))
console.log(await page.getElements('div'))
console.log(await page.getElementCount('div'))
console.log(await page.getAttribute('div', 'id'))
console.log(await page.getAttributes('div', 'id'))
console.log(await page.getText('h1'))
console.log(await page.getTexts('h1, h2'))
console.log(await page.getTitle())
await page.navigate('/about')
console.log(await page.getRouteData())
console.log(await page.getTitle())
})
})
Its a Selenium error and means the browser couldnt be started or exited immeditately after start. Try to run with xvfb: true
Yes, but you will probably need to adapt your babel config as this package uses ES6 and dynamic imports. If you use Jest, you also need to change your Jest config.
If you use this package from source or just manually import the ES6 source, you will probably need to tell Babel to also transpile this package
use
babel.config.js
if Babel fails to transpile with.babelrc.js
Install the dynamic-import-node plugin:
yarn add -D babel-plugin-dynamic-import-node
module.exports = {
env: {
test: {
exclude: /node_modules\/(?!(tib))/,
plugins: ['dynamic-import-node'],
presets: [
[ '@babel/preset-env', {
targets: { node: 'current' }
}]
]
}
},
}
If you use Jest for testing, you might also need to exclude tib
from the transformIgnorePatterns
config option:
You could remove the
exclude
in the Babel config above if you only use this module with Jest, but you still need thedynamic-import-node
plugin
// jest.config.js
transformIgnorePatterns: [
'/node_modules/(?!(tib))/'
],
transform: {
'^.+\\.js$': 'babel-jest'
},
- If Node force exits then local running commands might keep running (eg geckodriver, chromedriver, Xvfb, browserstack-local)
- workaround: none unfortunately
- On CircleCI puppeteer sometimes triggers
Protocol error (Runtime.callFunctionOn): Target closed
error on page.evaluate- workaround: use
chrome/selenium
- workaround: use
- with Firefox you cannot run two page functions at the same time, also not when they are async
- workaround: combine the functionality you need in a single page function
- with Safari you can get ScriptTimeoutError on asynchronous page function execution. Often the timeout seems false as it is in ms and the scripts are still executed
- workaround: wrap runAsyncScript calls in
try/catch
to just ignore the timeout :)
- workaround: wrap runAsyncScript calls in
- Team Nuxt.js for providing a browserstack key to test with
- validation
- local ie/edge/safari
- more platforms, which ones?
- SauceLabs (unable to test as I have no key)
- screenshotting
- increase coverage
- ?