This page has moved and will be redirected soon. See Migrated topics for the complete list.

Pull Request Tests

Magento Automated Testing

Magento Automated Testing infrastructure runs all required automated tests against code in pull requests. You can trigger automated tests by adding a comment to a pull request. Tests are represented both as pull request statuses and checks.

The following sections describe the different kinds of tests that are currently available.

Semantic Version Checker

Semantic Version Checker is a test that compares the changed code against the mainline and detects levels of code changes. It shows a list of changes grouped by the class (level) of changes (MAJOR, MINOR, PATCH) with an explanation of the change (Class was removed, [public] Method implementation changed, [private] Property has been removed etc.) The allowed level is PATCH. See Backward Compatibility Development for more information.

Functional Tests

Functional Tests are PHPUnit-based tests that check Magento functional behavior from the perspective of a user. They click buttons and links in a browser, fill and submit forms, verify what is displayed in the browser window like real users.

Sample Data Tests

Sample Data Tests are functional tests that run on Magento with Sample Data included.

Unit Tests

Unit tests are PHPUnit-based (for PHP) and Jasmine-based (for JS) tests that check the behavior of single methods of Magento classes. The purpose is to validate that each unit of Magento performs as designed.

Integration Tests

Integration Tests are PHPUnit-based tests that check the behavior of a group of Magento components. They include three types of tests:

  • Standard Integration tests that check Magento behavior on an installed instance.
  • Setup Integration tests that check Magento behavior during the installation process.
  • Integration Integrity tests that check the consistency of an installed Magento instance (for example, configuration files and database schemes).

WebAPI Tests

WebAPI Tests are functional tests that check the behavior of Magento Web API endpoints. They send requests to endpoints of an installed Magento instance and then check the response received and the state of the instance. Currently they include three kinds of tests:

  • SOAP Web API tests
  • REST Web API tests
  • GraphQL WEB API tests

Static Tests

Static Tests are a set of different checks that analyze every single file of the Magento code base separately. Most of them analyze the whole Magento code base, whereas some run only against the change set.

Database Compare

Database Compare is a test that compares the database schema and data between a freshly installed Magento instance (from the pull request code) and another instance that was upgraded to the PR code from the latest minor release version of Magento.

Magento Component Health Index

Magento Component Health Index is a test that analyses Magento code quality and calculates a weighted health index (100 is great, lower is worse) for each Magento Component (module). The index is calculated based on three groups of indicators:

Additional information on Magento Automated Testing can be found on the Magento 2 project wiki.

Running tests for a pull request

Automated tests can be triggered manually with an appropriate comment:

  • @magento run all tests—run or re-run all required tests against the pull request changes
  • @magento run <test-build(s)>—run or re-run specific test build(s)

For example: @magento run Unit Tests or @magento run Unit Tests,Integration Tests

<test-build(s)> is a comma-separated list of build names. Build names can be copied from the Checks section.

Test results

The build progress and test results are indicated by check runs under the pull request conversation.

Click on the “Details” link to see the results summary and links to corresponding Allure reports.

When a contribution requires changes to more than one repository merged simultaneously, such pull requests should be linked using the “Related Pull Requests” description section.

The related pull requests should be specified in the pull request description in the following format:

### Related Pull Requests<organization>/<repository>/pull/<pull request number>
<links to other realted PRs>
<!-- related pull request placeholder -->

When the tests are launched against a pull request that contains links to related pull request in the description, the related pull requests branches will be used as a code base for the tests instead of mainline. Check runs will be updated for each of the related pull requests.

Related pull requests are delivered to Magento repositories simultaneously.