Run/Debug Configuration: XCTest/Kiwi
Use this page to configure Run/Debug options for XCTest/Kiwi testing framework. All features available for OCUnit work as well with XCTest.
Click here for the description of the options that are common for all run/debug configurations.
|Test kind||Choose Class/Method to run a specific class and its methods. Choose Pattern to run a combination of different classes and methods.|
|These text boxes are displayed if Class/Method is selected. Here you need to specify a class and methods to be run.|
|Pattern||This text box is displayed if Pattern is selected. Here you need to specify a combination of classes and methods to be run.|
|Program arguments||In this text box, type a list of arguments to be passed to the program in the format you would use in the command line. If necessary, click the button and type the desired arguments in the Program Parameters dialog box. |
Use the same rules as for specifying the VM options.
|Working directory||In this text box, specify the current directory to be used by the running application. This directory is the starting point for all relative input and output paths. By default, the field contains the directory where the project file resides. To specify another directory, click the Browse button select the directory in the dialog that opens . |
Click this icon to view the list of available path variables that you can use as a path to your working directory.
|Environment variables||Click the Browse button to open the Environment Variables dialog box, where you can create variables and specify their values.|
|N/A||Click this button to add a new configuration to the list.|
|⌥⌦||Click this button to remove the selected configuration from the list.|
|⌃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||⌥↑ or ⌥↓||Use these buttons to move the selected configuration or folder up and down in the list.|
|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 buttons.
|Sort configurations||Click this button to sort configurations in alphabetical order.|
|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, AppCode 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.
|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. |