Intelligent Test Runner

이 페이지는 아직 한국어로 제공되지 않으며 번역 작업 중입니다. 번역에 관한 질문이나 의견이 있으시면 언제든지 저희에게 연락해 주십시오.

Overview

Intelligent Test Runner is Datadog’s test impact analysis solution. It automatically selects and runs only the relevant tests for a given commit based on the code being changed. Significantly reduce time spent testing and overall CI costs, while maintaining test coverage.

Intelligent test runner enabled in a test session showing its time savings.

Intelligent Test Runner works by analyzing your test suite to identify the code each test covers. It then cross-references that coverage with the files impacted by a new code change. Datadog uses this information to run a selection of relevant, impacted tests, omitting the ones unaffected by the code change and reducing the overall testing duration. Find out more details about How It Works.

By minimizing the number of tests run per commit, Intelligent Test Runner reduces the frequency of flaky tests disrupting your pipelines. This can be particularly frustrating when the test flaking is unrelated to the code change being tested. After enabling Intelligent Test Runner for your test services, you can limit each commit to its relevant tests to ensure that flaky tests unrelated to your code change don’t end up arbitrarily breaking your build.

Out-of-the-box configuration limitations

With the default configuration, there are known situations that can cause Intelligent Test Runner to skip tests that should have been run. Specifically, Intelligent Test Runner is not able to automatically detect changes in:

  • Library dependencies
  • Compiler options
  • External services
  • Changes to data files in data-driven tests

In these scenarios, Intelligent Test Runner might skip impacted tests with the out-of-the-box configuration.

There are several configuration mechanisms that you can use in these scenarios to ensure that no tests are skipped:

  • You can mark certain files in your repository as tracked files, which causes all tests to run whenever these files are changed. Dockerfiles, Makefiles, dependency files, and other build configuration files are good candidates for tracked files.
  • You can mark certain tests in your source as unskippable to ensure they are always run. This is a good fit for data-driven tests or tests that interact with external systems. More information in the setup page.
  • If you are authoring a risky commit and you’d like to run all tests, add ITR:NoSkip (case insensitive) anywhere in your Git commit message.
  • You can add a list of excluded branches, which disables Intelligent Test Runner in those branches.

Set up a Datadog library

Before setting up Intelligent Test Runner, you must configure Test Visibility for your particular language. If you are reporting data through the Agent, use v6.40 or 7.40 and later.

Choose a language to set up Intelligent Test Runner in Datadog:


Configuration

Once you have set up your Datadog library for Intelligent Test Runner, configure it from the Test Service Settings page. Enabling Intelligent Test Runner requires the Intelligent Test Runner Activation Write permission.

Intelligent test runner enabled in test service settings in the CI section of Datadog.

Excluded branches

Due to the limitations described above, the default branch of your repository is automatically excluded from having Intelligent Test Runner enabled. Datadog recommends this configuration to ensure that all of your tests run prior to reaching production.

If there are other branches you want to exclude, add them on the Test Service Settings page. The query bar supports using the wildcard character * to exclude any branches that match, such as release_*.

Excluded branches collect per-test code coverage, which has a performance impact on the total testing time. However, this performance impact is mitigated by only collecting code coverage when Datadog detects that running with code coverage generates enough new coverage information that it offsets the cost of collecting the coverage. You can check whether a test session has code coverage enabled or not by looking at the @test.code_coverage.enabled field.

Tracked files

Tracked files are non-code files that can potentially impact your tests. Changes in tracked files could make your tests fail or change the code coverage of your tests. Examples of files that are good candidates to add as tracked files are:

  • Dockerfiles used for the CI environment
  • Files that define your dependencies (for example, pom.xml in Maven, requirements.txt in Python, or package.json in Javascript)
  • Makefiles

When you specify a set of tracked files, Intelligent Test Runner runs all tests if any of these files change.

You may use the * and ** wildcard characters to match multiple files or directories. For instance, **/*.mdx matches any .mdx file in the repository.

Select branches to exclude and tracked files

Explore test sessions

You can explore the time savings you get from Intelligent Test Runner by looking at the test commit page and test sessions panel.

Test commit page with intelligent test runner
Intelligent test runner enabled in a test session showing its time savings.

When Intelligent Test Runner is active and skipping tests, purple text displays the amount of time saved on each test session or on each commit. The duration bar also changes color to purple so you can identify which test sessions are using Intelligent Test Runner on the Test Runs page.

Explore adoption and global savings

Track your organization’s savings and adoption of Intelligent Test Runner through the out-of-the-box Intelligent Test Runner dashboard. The dashboard includes widgets to track your overall savings as well as a per-repository, per-committer, and per-service view of the data. View the dashboard to understand which parts of your organization are using and getting the most out of Intelligent Test Runner.

Intelligent Test Runner dashboard

The dashboard also tracks adoption of Intelligent Test Runner throughout your organization.

Intelligent Test Runner dashboard

Further Reading