# XCTest

version 9.6.0-20260514005122+0000

The XCTest Plugin provides the tasks, configurations and conventions for integrating with a XCTest testing framework on macOS as well as Linux’s open source implementation.

## Usage

build.gradle.kts

    plugins {
        xctest
    }

build.gradle

    plugins {
        id 'xctest'
    }

## Build variants

The XCTest Plugin understands the following dimensions. Read the introduction to build variants for more information.

Target machines - defaults to the tested component (if present) or build host (otherwise)

  The target machine expresses which machines the application expects to run. A target machine is identified by its operating system and architecture. Gradle uses the target machine to decide which tool chain to choose based on availability on the host machine.

The target machine can be configured as follows:

build.gradle.kts

    xctest {
        targetMachines = listOf(machines.linux.x86_64, machines.macOS.x86_64)
    }

build.gradle

    xctest {
        targetMachines = [
            machines.linux.x86_64,
            machines.macOS.x86_64
        ]
    }

## Tasks

The following diagram shows the relationships between tasks added by this plugin.

Figure 1. XCTest Plugin default task graph

### Variant-dependent Tasks

The XCTest Plugin creates tasks based on the variants of the test component. Read the introduction to build variants for more information. The following diagrams show the relationship between variant-dependent tasks.

Figure 2. XCTest Plugin variant-dependent task graph

`compileTestVariantSwift` (e.g. `compileTestSwift`) - SwiftCompile

  Depends on: All tasks that contribute source files to the compilation :: Compiles Swift source files using the selected compiler.

`linkTestVariant` (e.g. `linkTest`) - LinkMachOBundle (on macOS) or LinkExecutable (on Linux)

  Depends on: All tasks which contribute to the link executable, including `linkVariant` and `createVariant` tasks from projects that are resolved via project dependencies and tested component :: Links executable from compiled object files using the selected linker.

`installTestVariant` (e.g. `installTest`) - InstallXCTestBundle (on macOS) or InstallExecutable (on Linux)

  Depends on: `linkTestVariant` and all tasks which contribute to the runtime of the executable, including `linkVariant` tasks from projects that are resolved via project dependencies :: Installs the executable and all of it’s runtime dependencies for easy execution.

`xcTestVariant` (e.g. `xcTest`) - XCTest

  Depends on: `installTestVariant` :: Run the installed executable.

### Lifecycle Tasks

The XCTest Plugin attaches some of its tasks to the standard lifecycle tasks documented in the Base Plugin chapter — which the XCTest Plugin applies automatically:

`assemble` - Task (lifecycle)

  Aggregate task that assembles the debug variant of the tested component for the current host (if present) in the project. For example, the Swift Application Plugin and Swift Library Plugin attach their link and create tasks to this lifecycle task. This task is added by the Base Plugin.

`test` - Task (lifecycle)

  Depends on: `xcTestVariant` that most closely matches the build host :: Aggregate task of the variant that most closely match the build host for testing the component.

`check` - Task (lifecycle)

  Depends on: `test` :: Aggregate task that performs verification tasks, such as running the tests. Some plugins add their own verification task to `check`. This task is added by the Base Plugin.

`build` - Task (lifecycle)

  Depends on: `check`, `assemble` :: Aggregate tasks that perform a full build of the project. This task is added by the Base Plugin.

`clean` - Delete

  Deletes the build directory and everything in it, i.e. the path specified by the `layout.buildDirectory` project property. This task is added by the Base Plugin.

## Dependency management

Just like the tasks created by the XCTest Plugin, the configurations are created based on the variant of the application component. Read the introduction to build variants for more information. The following graph describes the configurations added by the XCTest Plugin:

Figure 3. XCTest Plugin configurations

- The configurations in white are the ones a user should use to declare dependencies

- The configurations in blue, also known as resolvable denoted by (R), are internal to the component, for its own use

The following configurations are used to declare dependencies:

`testImplementation`

  Used for declaring implementation dependencies for all variants of the test component. This is where you should declare dependencies of any variants. Note this configuration inherit all dependencies declared on the tested component (library or application).

`testVariantExecutableImplementation` (e.g. `testExecutableImplementation`) extends `testImplementation`

  Used for declaring implementation dependencies for a specific variant of the test component. This is where you should declare dependencies of the specific variant.

There is no configurations that can be used by consumers for this plugin.

The following configurations are used by the test component itself:

`swiftCompileTestVariant` (e.g. `swiftCompileTest`) extends `testVariantExecutableImplementation`

  Used for compiling the test component. This configuration contains the compile module of the test component and is therefore used when invoking the Swift compiler to compile it.

`nativeLinkTestVariant` (e.g. `nativeLinkTest`) extends `testVariantExecutableImplementation`

  Used for linking the test component. This configuration contains the libraries of the test component and is therefore used when invoking the Swift linker to link it.

`nativeRuntimeTestVariant` (e.g. `nativeRuntimeTest`) extends `testVariantExecutableImplementation`

  Used for executing the test component. This configuration contains the runtime libraries of the test component.

## Conventions

The XCTest Plugin adds conventions for sources and tasks, shown below.

### Project layout

The XCTest Plugin assumes the project layout shown below. None of these directories needs to exist or have anything in them. The XCTest Plugin will compile whatever it finds, and handles anything which is missing.

`src/test/swift`

  Swift source with extension of `.swift`

You configure the project layout by configuring the `source` on the `xctest` script block.

### `compileTestVariantSwift` Task

The XCTest Plugin adds a SwiftCompile instance for each variant of the test component to build (e.g. `compileTestSwift`). Read the introduction to build variants for more information. Some of the most common configuration options are shown below.

compilerArgs | []
debuggable | `true`
modules | `configurations.swiftCompileTestVariant`
macros | []
objectFileDir | `layout.buildDirectory.dir("obj/test/$variant")`
optimized | `false`
source | `xctest.swiftSource`
targetPlatform | derived from the `TargetMachine` of the binary
toolChain | automatically selected based on target machine

### `linkTestVariant` Task

The XCTest Plugin adds a LinkMachOBundle instance on macOS or LinkExecutable instance on Linux for each variant of the test component - e.g. `linkTest`. Read the introduction to build variants for more information. Some of the most common configuration options are shown below.

#### macOS

debuggable | `true`
libs | `configurations.nativeLinkTestVariant`
linkedFile | `layout.buildDirectory.dir("exe/test/$variant/module")`
linkerArgs | []
source | `compileVariantSwift.objects` (if present) + `compileTestVariantSwift.objects`
targetPlatform | derived from the `TargetMachine` of the binary
toolChain | automatically selected based on target machine

#### Linux

debuggable | `true`
libs | `configurations.nativeLinkTestVariant`
linkedFile | `layout.buildDirectory.dir("exe/test/$variant/baseName")`
linkerArgs | []
source | `compileVariantSwift.objects` (if present) + `compileTestVariantSwift.objects`
targetPlatform | derived from the `TargetMachine` of the binary
toolChain | automatically selected based on target machine

### `installTestVariant` Task

The XCTest Plugin adds a InstallXCTestBundle instance on macOS or InstallExecutable instance on Linux for each variant of the test component - e.g. `installTest`. Read the introduction to build variants for more information. There is no need to configure any properties on the task.

### `xcTestVariant` Task

The XCTest Plugin adds a XCTest instance for each variant of the test component - e.g. `xcTest`. Read the introduction to build variants for more information. Some of the most common configuration options are shown below.

binResultDir | `layout.buildDirectory.dir("test-results/xctest/$variant/")`
ignoreFailures | `false`
reports | `layout.buildDirectory.dir("reports/tests/xctest/$variant/")` (HTML only)
runScriptFile | `layout.buildDirectory.dir("install/test/$variant/${xctest.module}")`
testInstallDirectory | `layout.buildDirectory.dir("install/test/$variant/")`
workingDirectory | `layout.buildDirectory.dir("install/test/$variant/")`