Run/Debug Configuration: Test::Unit/Shoulda/MiniTest

Use this dialog box to define run/debug configuration for a Test::Unit, Shoulda, or Minitest test.

The dialdialogsists of the following tabs:

Configuration tab
Bundler tab
Code Coverage tab
Nailgun tab
Logs tab

Configuration tab

Item	Description
Name	In this text box, specify the name of the current run/debug configuration.
Mode	Click one of the radio buttons to define the scope of tests to be performed: All tests in folder: Click this radio button, if you want to run all tests in a directory. Test script: Click this radio button, if you want to run the specified test script. Test method: Click this radio button, if you want to run an individual method of a test class.
Test folder	Type in the text field the fully qualified path to the directory that contains the desired tests, or click and select the test directory in the dialog that opens. This field is only available, when the All tests in folder scope is selected.
Test file name mask	Specify the mask of the test file name, for example: `*/{_test,test_*}.rb` This field is only available, when the All tests in folder scope is selected.
Ruby script	Type the fully qualified path to the desired script in the text field, or click and select it in the dialog that opens. This field is only available, when the Test script scope is selected.
Test name filter	In this field, type a filtering expression, or the name of a test method, depending on the framework in question. The test name filter can be e regular expression. This field is only available, when the Test method option is selected.
Use pre-loaded server	From the list, select the server to be used for executing scripts or examples. Select None if you want to execute a test script or example locally, without any server. If both Zeus and Spork DRb servers are running simultaneously, it is Zeus that gets priority. If a pre-loaded server is already running, it will be selected from the list. Refer to Executing Tests on DRb Server for details.
Runner options	Specify the options to be passed to the test runner.
Working directory	Specify the current directory to be used by the running task. By default, the project directory is used as a working directory.
Environment variables	Specify the list of environment variables as the name-value pairs, separated with semi-colons. Alternatively, click the ellipsis button to create variables and specify their values in the Environment Variables dialog.
Ruby arguments	Specify the arguments to be passed to the Ruby interpreter. Classpath property is added to Nailgun settings.
Ruby SDK	Specify the desired Ruby interpreter. You can opt to choose the project default Ruby SDK, or select a different one from the list of configured Ruby SDKs.

Bundler tab

Item	Description
Run the script in the context of the bundle	If this checkbox is selected, the script will be executed as specified in the Gemfile.

Code Coverage tab

Use this tab to configure code coverage monitoring options.

Item	Description
Choose 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 or Emma for calculating coverage.
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, becomes available on the toolbar of the coverage statistic popup. This option is only available for the Tracing mode of code coverage measurement for the testing run/debug configurations. Refer to the section .
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.
Enable coverage in test folders.	If this checkbox is selected, the folders marked as test are included in the code coverage analysis.

Nailgun tab

Item	Description
Run new instance of the Nailgun server, or use already started one	This checkbox is only available for JRuby used as the project interpreter. When a run/debug configuration, with this checkbox selected, is launched, IntelliJ IDEA analyzes the running processes, and does one of the following, depending on the presence of the running Nailgun server: If there is no running Nailgun server, or if there is a Nailgun server on a non-default port, or with a different gemset, then IntelliJ IDEA suggests to specify the desired port number. If a Nailgun server runs on the default port with the required gemset, IntelliJ IDEA does nothing. If a Nailgun server runs on a different port with the required gemset, then IntelliJ IDEA suggests to specify the desired port number. If a Nailgun server runs on the default port with a different gemset, then IntelliJ IDEA deletes the `-ng` argument. If this checkbox is not selected, then the script is launched in a usual way, without Nailgun.

Item

Description

Run new instance of the Nailgun server, or use already started one

This checkbox is only available for JRuby used as the project interpreter.

When a run/debug configuration, with this checkbox selected, is launched, IntelliJ IDEA analyzes the running processes, and does one of the following, depending on the presence of the running Nailgun server:

If there is no running Nailgun server, or if there is a Nailgun server on a non-default port, or with a different gemset, then IntelliJ IDEA suggests to specify the desired port number.
If a Nailgun server runs on the default port with the required gemset, IntelliJ IDEA does nothing.
If a Nailgun server runs on a different port with the required gemset, then IntelliJ IDEA suggests to specify the desired port number.
If a Nailgun server runs on the default port with a different gemset, then IntelliJ IDEA deletes the -ng argument.

If this checkbox is not selected, then the script is launched in a usual way, without Nailgun.

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: Full paths to specific files. Ant patterns that define the range of files to be displayed. Aliases to substitute for full paths or patterns. These aliases are also displayed in the headers of the tabs where the corresponding log files are shown. If a log entry pattern defines more than one file, the tab header shows the name of the file instead of the log entry alias.
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.

Common

When you edit a run configuration (but not a run configuration template), you can specify the following options:

Item	Description
Name	In this field, specify the name for the run/debug configuration. The name will help you identify the created configuration when you choose to edit it later, or when you invoke it, for example, from the Run popup `Shift+Alt+F10`.
Share through VCS	Select this checkbox to put the run/debug configuration under version control and make it 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 .idea\runConfigurations folder if the run/debug configuration is shared, or in the .idea\workspace.xml file otherwise. If the file-based format is used, the settings are stored in the .ipr file for shared configurations, or in the .iws file otherwise.

Item

Description

Name

In this field, specify the name for the run/debug configuration. The name will help you identify the created configuration when you choose to edit it later, or when you invoke it, for example, from the Run popup Shift+Alt+F10.

Share through VCS

Select this checkbox to put the run/debug configuration under version control and make it 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 .idea\runConfigurations folder if the run/debug configuration is shared, or in the .idea\workspace.xml file otherwise.

If the file-based format is used, the settings are stored in the .ipr file for shared configurations, or in the .iws file otherwise.

The tree view of run/debug configurations has a toolbar that helps you manage configurations available in your project as well as adjust default configurations templates.

Item	Shortcut	Description
	`Alt+Insert`	Create a run/debug configuration.
	`Alt+Delete`	Delete the selected run/debug configuration. Note that you cannot delete default configurations.
	`Ctrl+D`	Create a copy of the selected run/debug configuration. Note that you create copies of default configurations.
		The button is displayed only when you select a temporary configuration. Click this button to save a temporary configuration as permanent.
		View and edit the template (that is, the default settings) for the selected run/debug configuration. The templates are displayed under the Templates node and used for newly created configurations.
/	`Alt+Up`/`Alt+Down`	Move the selected run/debug configuration up and down in the list. The order of configurations in the list defines the order, in which the configurations appear when you choose a run/debug configuration. Default templates of run/debug configurations are always sorted alphabetically.
		Move into new folder / Create new folder. You can group run/debug configurations by placing them into folders. To create a folder, select the configurations within a category, click , and specify the folder name. If only a category is in focus, an empty folder is created. Then, to move a configuration into a folder, between the folders or out of a folder, use drag or and buttons. To remove grouping, select a folder and click .
		Click this button to sort configurations in the alphabetical order.

Before Launch

In this area you can specify tasks that must be performed before starting the selected run/debug configuration. The tasks are performed in the order they appear in the list.

Item	Shortcut	Description
	`Alt+Insert`	Click this icon to add one of the following available tasks: Run External tool: select to run an external application. In the dialog that opens, select one or multiple applications you want to run. If it is not defined in IntelliJ IDEA yet, add its definition. For more information, see External tools and External Tools. Run Another Configuration: select to execute another run/debug configuration. In the dialog that opens, select the configuration to be run. Build: select to compile the specified module. The Build Module command will be executed. If an error occurs during compilation, IntelliJ IDEA won't attempt to start the run/debug configuration. Build Project: select to compile the entire project. The Build Project command will be executed. If an error occurs during compilation, IntelliJ IDEA won't attempt to start the run/debug configuration. Build, no error check: the same as the Build option, but IntelliJ IDEA will try to start the run/debug configuration irrespective of the compilation results. Build Artifacts: select this option to build an artifact or artifacts. In the dialog that opens, select the artifact or artifacts that should be built. Launch Web Browser: select this option to have a browser started. In the dialog that opens, select the type of the browser and provide the start URL. Also, specify if you want the browser be launched with JavaScript debugger. Run Ant target: select this option to run an Ant target. In the dialog that opens, select the target to be run. Run Grunt task: select this option to run a Grunt task. In the Grunt task dialog that opens, specify the Gruntfile.js where the required task is defined, select the task to execute, and specify the arguments to pass to the Grunt tool. Specify the location of the Node.js interpreter, the parameters to pass to it, and the path to the grunt-cli package. Run Gulp task: select this option to run a Gulp task. In the Gulp task dialog that opens, specify the Gulpfile.js where the required task is defined, select the task to execute, and specify the arguments to pass to the Gulp tool. Specify the location of the Node.js interpreter, the parameters to pass to it, and the path to the gulp package. Run Maven Goal: select this option to run a Maven goal. In the dialog that opens, select the goal to be run. Run npm Script: select this option to execute an npm script. In the NPM Script dialog that opens, specify the npm run/debug configuration settings. Start React Native Bundler: select this option to run the bundler automatically, as part of a running or debugging session. by default, this is done through `react-native start`. If your application uses Expo, you need to run the development server via the `start` npm task. To do that, click , then in the Configure React Native dialog, choose npm script and select start from the list. Compile TypeScript: select to run the built-in TypeScript compiler and thus make sure that all the changes you made to your TypeScript code are reflected in the generated JavaScript files. In the TypeScript Compile Settings dialog that opens, select or clear the Check errors checkbox to configure the behaviour of the compiler in case any errors are detected: If the Check errors checkbox is selected, the compiler will show all the errors and the run configuration will not start. If the Check errors checkbox is cleared, the compiler will show all the detected errors but the run configuration still will be launched. Generate CoffeeScript Source Maps: select this option to generate the source maps for your CoffeeScript sources. In the dialog that opens, specify where your CoffeeScript source files are located. Upload files to Remote Host: select this option to have the application files automatically uploaded to the server according to the default server access configuration. Run Remote External tool: adds a remote SSH external tool. Run Rake task: add a Rake task to be executed prior to running or debugging. To choose a Rake task, click the browse button , and select the desired task from the list of available tasks. Note that code completion is available here. Run JRuby compiler: choose this option to execute JRuby compiler with the specified target path, compiler process heap size, and command line parameters (if any).
	`Alt+Delete`	Click this icon to remove the selected task from the list.
	`Enter`	Click this icon to edit the selected task. Make the necessary changes in the dialog that opens.
/	`Alt+Up`/`Alt+Down`	Click these icons to move the selected task one line up or down in the list. (The tasks are performed in the order that they appear in the list.)
Show this page		Select this checkbox to show the run/debug configuration settings prior to actually starting the run/debug configuration.
Activate tool window		By default this checkbox is selected and the Run or the Debug tool window opens when you start the run/debug configuration. Otherwise, if the checkbox is cleared, the tool window isn't shown. However, when the configuration is running, you can open the corresponding tool window for it yourself by pressing `Alt+4` or `Alt+5`.

Last modified: 17 October 2019