@christian-bromann/webdriverio
Version:
A nodejs bindings implementation for selenium 2.0/webdriver
88 lines (63 loc) • 2.78 kB
Markdown
name: Debugging
category: testrunner
tags: guide
index: 8
title: WebdriverIO - Test Runner Frameworks
---
Debugging
==========
Debugging is significantly more difficult when there are several of processes spawning dozens of tests in multiple browsers.
For starters, it is extremely helpful to limit parallelism by setting `maxInstances` to 1 and targeting only those specs and browsers that need to be debugged.
In `wdio.conf`:
```
maxInstances: 1,
specs: ['**/myspec.spec.js'],
capabilities: [{browserName: 'firefox'}]
```
In many cases, you can use `browser.debug()` to pause your test and inspect the browser.
When using `browser.debug()` you will likely need to increase the timeout of the test runner to prevent the test runner from failing the test for taking to long. For example:
In `wdio.conf`:
```
jasmineNodeOpts: {
defaultTimeoutInterval: (24 * 60 * 60 * 1000);
}
```
## Node Inspector
For a more comprehensive debugging experience you can enable debug flag to start the test runner processes with an open debugger port.
This will allow attaching the node-inspector and pausing test execution with `debugger`. Each child process will be assigned a new debugging port starting at `5859`.
This feature can be enabled by enabling the `debug` flag in wdio.conf:
```
{
debug: true
}
```
Once enabled tests will pause at `debugger` statements. You then must attach the debugger to continue.
If you do not already have `node-inspector` installed, install it with:
```
npm install -g node-inspector
```
And attach to the process with:
```
node-inspector --debug-port 5859 --no-preload
```
The `no-preload` option defers loading source file until needed, this helps performance significantly when project contains a large number of node_modules, but you may need to remove this if you need to navigate your source and add additional breakpoints after attaching the debugger.
## Dynamic configuration
Note that `wdio.conf` can contain javascript. Since you probably do not want to permanently change your timeout value to 1 day, it can be often helpful to change these settings from the command line using an environment variable. This can used to dynamically change the configuration:
```
var debug = process.env.DEBUG;
var defaultCapabilities = ...;
var defaultTimeoutInterval = ...;
var defaultSpecs = ...;
exports.config = {
debug: debug,
maxInstances: debug ? 1 : 100,
capabilities: debug ? [{browserName: 'chrome'}] : defaultCapabilities,
specs: process.env.SPEC ? [process.env.SPEC] : defaultSepcs,
jasmineNodeOpts: {
defaultTimeoutInterval: debug ? (24 * 60 * 60 * 1000) : defaultTimeoutInterval
}
```
You can then prefix the `wdio` command with your desired values:
```
DEBUG=true SPEC=myspec ./node_modules/.bin/wdio wdio.conf
```