E2E tests are executed on GitHub CI using the E2E Tests Reusable Workflow or dedicated workflows.
These workflows are designed to run on every commit in a PR, nightly or before release (see triggers
in e2e-tests.yaml).
Tests triggered on every commit in a PR to ensure changes do not introduce regressions.
Workflow: integration-tests.yml
Nightly E2E test runs.
Workflow: nightly-e2e-tests.yml
E2E tests triggered on a release tag.
Workflow: integration-tests.yml
Workflow: client-compatibility-tests.yml
These are dispatched parametrized workflows, that may be triggered manually for specific testing needs. For more details refer integration-tests README and per-product test run books.
Examples:
- Selected E2E Tests Workflow
- Client Compatibility Tests
- Chaos Tests
- OCR Soak Tests
- On-Demand Automation Tests
- CCIP Chaos Tests
- CCIP Load Tests
- VRFv2Plus Smoke Tests
- VRFv2Plus Performance Tests
Most workflows may be triggered with default configs. Some, nevertheless, may be overridden.
Tip
Use gh
CLI commands to run workflows from local machine.
Caution
Test configurations should not keep any sensitive data or secrets.
- Reference sources:
- Defaults and overrides should be stored (committed) in repository under
../integration-tests/testconfig/<product>/overrides/<override-name>.toml
(see example here). - Use
test_config_override_path
to point to an override config. For example:test_config_override_path="testconfig/ocr2/overrides/base_sepolia.toml"
Caution
Pay attention to never store/expose/commit your test secrets in repository.
Test secrets allow provisioning and override the sensitive data such as EOA's private key, RPCs, Docker registry links, etc.
Reference sources: