This feature is supported in the Ultimate edition only.
IntelliJ IDEA lets you specify a Run/Debug configuration for utest
.
This section provides descriptions of the configuration-specific items, as well as the toolbar and options that are common for all run/debug configurations.
The dialog box consists of the following tabs:
Configuration tab
| Item | Description |
|---|---|
| Test kind | From this drop-down list, select the scope for your tests and fill in the fields depending on your
selection. You can choose from the following options:
|
| VM parameters | If necessary, specify the string to be passed to the VM.
When specifying the options, follow these rules:
If there is not enough space, you can click |
| Environment variables | Click to open the Environment Variables
dialog box where you can create variables and specify their values.
|
| Test options | Use this field to specify the additional test options.
If there is not enough space, you can click |
| Working Directory | Specify the directory that will act as the current directory when running the test.
It will act as the root directory for all relative input and output paths.
By default, the directory where the project file resides, is used as a working directory.
Type directory name, or click and select the desired
directory in the dialog that opens.
|
| Use classpath and SDK of module | From this drop-down list, select the module whose classpath will be used to run the application. |
| Print information messages to console | Select this checkbox if you want to print information messages to the Scala console. |
Code Coverage tab
Use this tab to configure code coverage monitoring options.
| Item | Description |
|---|---|
| Choose code coverage runner |
Select the desired code coverage runner.
By default, IntelliJ IDEA uses its own coverage engine with the Sampling mode. You can also choose
JaCoCo |
| Sampling | Select this option to measure code coverage with minimal slow-down. |
| Tracing | Select this option to collect accurate branch coverage. This mode is available for the IntelliJ IDEA code coverage runner only. |
| Track per test coverage | Select this checkbox to detect lines covered by one test and all tests covering line. If this checkbox
is selected, This option is only available for the Tracing mode of code coverage measurement for the testing run/debug configurations. Refer to the section Viewing Code Coverage Results. |
| Merge data with previous results | When you run your unit testing or application configuration several times, use this item to calculate
statistics in the Project View, taking into account the
statistics of each time you have run the configuration.
Finally, the line is considered covered if it is covered at least once. |
| Packages and classes to record code coverage data | Click and buttons to specify classes and packages
to be measured. You can also remove classes and packages
from the list by selecting them in the list and clicking the button. |
|
Click this button to define the scope of code coverage analysis. In the Add Pattern
dialog box that opens, type the comma-delimited list of Ruby regular expressions, and specify
whether the matching files should be included into or excluded from code coverage analysis.
The patterns defining files to be included into code coverage analysis, are marked with +; the ones to be excluded are marked with -. Each pattern can be enabled or disabled. To do that, select or clear the checkbox next to a pattern. By default, all newly created patterns are enabled. |
| Click this button to delete the selected pattern from the list. |
| Click this button to change the selected code coverage pattern. |
| Do not use the optimized C runtime | Select this checkbox to enable the option --no-rcovrt. Use this option
with discretion, since it significantly slows down performance. |
| Enable coverage in test folders. | If this checkbox is selected, the folders marked as test are included in the code coverage analysis. |
coverage.py.If this checkbox is not selected, IntelliJ IDEA will use the coverage tool included in the selected Python interpreter.
Refer to the section Code Coverage for details.
Logs tab
Use this tab to specify which log files generated while running or debugging should be displayed in the console, that is, on the dedicated tabs of the Run or Debug tool window.
| Item | Description |
|---|---|
| Is Active | Select checkboxes in this column to have the log entries displayed in the corresponding tabs in the Run tool window or Debug tool window. |
| Log File Entry | The read-only fields in this column list the log files to show. The list can contain:
|
| Skip Content | Select this checkbox to have the previous content of the selected log skipped. |
| Save console output to file | Select this checkbox to save the console output to the specified location. Type the path manually, or click the browse button and point to the desired location in the dialog that opens. |
| Show console when a message is printed to standard output stream | Select this checkbox to activate the output console and bring it forward if an associated process writes to Standard.out. |
| Show console when a message is printed to standard error stream | Select this checkbox to activate the output console and bring it forward if an associated process writes to Standard.err. |
![]() | Click this button to open the Edit Log Files Aliases dialog where you can select a new log entry and specify an alias for it. |
![]() | Click this button to edit the properties of the selected log file entry in the Edit Log Files Aliases dialog. |
![]() | Click this button to remove the selected log entry from the list. |
| Click this button to edit the select log file entry. The button is available only when an entry is selected. |
Toolbar
| Item | Shortcut | Description |
|---|---|---|
| Alt+Insert | Click this button to add a new configuration to the list. |
| Alt+Delete | Click this button to remove the selected configuration from the list. |
| Ctrl+D | Click this button to create a copy of the selected configuration. |
| Edit defaults | Click this button to edit the default configuration templates. The defaults are used for newly created configurations. |
or
| Alt+Up or Alt+Down | Use these buttons to move the selected configuration or folder up and down in the list.
The order of configurations or folders in the list defines the order in which configurations appear in the Run/Debug drop-down list on the main toolbar. |
| Move into new folder / Create new folder | Use this button to create a new folder.
If one or more run/debug configurations are in focus, the selected run/debug configurations are automatically moved to the newly created folder. If only a category is in focus, an empty folder is created. Move run/debug configurations to a folder using drag-and-drop, or the |
| Sort configurations | Click this button to sort configurations in alphabetical order. |
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 checkbox to make the run/debug configuration available to other team members.
If the directory-based project format is used,
the settings for a run/debug configuration are stored in a separate .xml file in the
If the file-based format is used,
the settings are stored in the This checkbox is not available when editing the run/debug configuration defaults. | ||||||||||||||||||||||||
| Single instance only | If this checkbox is selected, this run/debug configuration cannot be launched more than once.
Every time a new run/debug configuration is launched, IntelliJ IDEA 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 checkbox 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.
|
and select the desired class in
the dialog that opens.
and
buttons to specify classes and packages
to be measured. You can also remove classes and packages
from the list by selecting them in the list and clicking the
button.
are included in the code coverage analysis.
or
