Run/Debug Configuration: Cucumber.js
In this dialog box, create configurations for running and debugging JavaScript unit tests using the Cucumber.js test runner.
On this page:
- Getting Access to the Run/Debug Configuration: Cucumber.js Dialog Box
- Cucumber.js-Specific Configuration Settings
- Toolbar
- Common options
Getting Access to the Run/Debug Configuration: Cucumber.js Dialog Box
- Make sure the Node.js plugin is enabled. The plugin is bundled with WebStorm and activated by default. If the plugin is not activated, enable it on the Plugins page of the Settings / Preferences Dialog as described in Enabling and Disabling Plugins.
- Download and install the NodeJS runtime environment that contains the Node Package Manager(npm).
- Using the Node Package Manager, install the Cucumber.js as described in Preparing to Use Cucumber.Js Test Runner.
- Make sure the Cucumber.js and Gherkin plugins are enabled. The plugins are bundled with WebStorm and activated by default. If the plugins are not activated, enable them on the Plugins page of the Settings / Preferences Dialog as described in Enabling and Disabling Plugins.
Cucumber.js-Specific Configuration Settings
Item | Description |
---|---|
Feature file or directory |
In this text box, specify the tests to run.
Cucumber.js runs tests that are called features
and are written in the Gherkin language. Each feature is described in a separate file
with the extension feature .
![]() |
Cucumber.js arguments |
In this text box,
specify the command line arguments to be passed to the Cucumber.js executable file, such as -r (--require LIBRARY|DIR ),
-t (--tags TAG_EXPRESSION ), or --coffee .
For details, see Cucumber's native built-in help available through the following command:
cucumber-js --help
|
Executable path |
In this text box,
specify the location of the cucumber executable file, .cmd , .bat ,
or other depending on the operating system used. The location depends on the installation mode,
see Installing the Cucumber.js test runner.
Type the path manually or click the Browse button |
Toolbar
Common options
Item | Description | ||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Name | In this text box, specify the name of the current run/debug configuration. This field does not appear for the default run/debug configurations. | ||||||||||||||||||||||||
Defaults | This node in the left-hand pane of the dialog box contains the default run/debug configuration settings. Select the desired configuration to change its default settings in the right-hand pane. The defaults are applied to all newly created run/debug configurations. | ||||||||||||||||||||||||
Share |
Select this check box to make the run/debug configuration available to other team members.
The shared run/debug configurations are kept in separate xml files under This check box is not available when editing the run/debug configuration defaults. | ||||||||||||||||||||||||
Single instance only | If this check box is selected, this run/debug configuration cannot be launched more than once.
Every time a new run/debug configuration is launched, WebStorm checks the presence of the other instances of the same run/debug configuration, and displays a confirmation dialog box. If you click OK in the confirmation dialog box, the first instance of the runner will be stopped, and the next one will take its place. This makes sense when the usage of certain resources can cause conflicts, or when launching two run/debug configurations of the same type consumes too much of the CPU and memory resources. If this check box is not selected, it is possible to launch as many instances of the runner as required. So doing, each runner will start in its own tab of the Run tool window. | ||||||||||||||||||||||||
Before launch | Specify which tasks must be performed before applying the run/debug configuration.
The specified tasks are performed in the order they appear in the list.
|