e2e

README

End-to-End Testing Suite

The End-to-End (E2E) testing suite provides an environment for running end-to-end tests on Evmos. It is used for testing chain upgrades, as it allows for initializing multiple Evmos chains with different versions.

• End-to-End Testing Suite
  • Quick Start
  • Upgrade Process
  • Test Suite Structure
    • e2e Package
    • upgrade Package
    • Version retrieve
    • Testing Results
  • Running multiple upgrades

Quick Start

To run the e2e tests, execute:

make test-e2e

This command runs an upgrade test (upgrading a node from an old version to a newer one), as well as query and transactions operations against a node with the latest changes.

This logic utilizes parameters that can be set manually(if necessary):

# flag to skip containers cleanup after upgrade
# should be set true with make test-e2e command if you need access to the node
# after upgrading
E2E_SKIP_CLEANUP := false

# version(s) of initial evmos node(s) that will be upgraded, tag e.g. 'v9.1.0'
# to use multiple upgrades separate the versions with a forward slash, e.g.
# 'v10.0.1/v11.0.0-rc1'
INITIAL_VERSION

# version of upgraded evmos node that will replace the initial node, tag e.g.
# 'v10.0.0'
TARGET_VERSION

# mount point for the upgraded node container, to mount new node version to
# previous node state folder. By default this is './build/.evmosd:/root/.evmosd'
# More info at https://docs.docker.com/engine/reference/builder/#volume
MOUNT_PATH

# '--chain-id' evmos cli parameter, used to start nodes with a specific
# chain-id and submit proposals
# By default this is 'evmos_9000-1'
CHAIN_ID

To test an upgrade to explicit target version and continue to run the upgraded node, use:

make test-e2e E2E_SKIP_CLEANUP=true INITIAL_VERSION=<tag> TARGET_VERSION=<tag>

Upgrade Process

Testing a chain upgrade is a multi-step process:

1. Build a docker image for the evmos target version (local repo by default, if no explicit TARGET_VERSION provided as argument) (e.g. v10.0.0)
2. Run tests
3. The e2e test will first run an INITIAL_VERSION node container.
4. The node will submit, deposit and vote for an upgrade proposal for upgrading to the TARGET_VERSION.
5. After block 50 is reached, the test suite exports /.evmosd folder from the docker container to the local build/ folder and then purges the container.
6. Suite will mount the node with TARGET_VERSION to the local build/ dir and start the node. The node will get upgrade information from upgrade-info.json and will execute the upgrade.

Test Suite Structure

e2e Package

The e2e package defines an integration testing suite used for full end-to-end testing functionality. This package is decoupled from depending on the Evmos codebase. It initializes the chains for testing via Docker.
As a result, the test suite may provide the desired Evmos version to Docker containers during the initialization. This design allows for the opportunity of testing chain upgrades by providing an older Evmos version to the container, performing the chain upgrade, and running the latest test suite.
Here's an overview of the files:

• e2e_suite_test.go: defines the testing suite and contains the core bootstrapping logic that creates a testing environment via Docker containers. A testing network is created dynamically with 2 test validators.

• e2e_test.go: contains the actual end-to-end integration tests that utilize the testing suite.

• e2e_utils_test.go: contains suite upgrade params loading logic.

upgrade Package

The e2e package defines an upgrade Manager abstraction. Suite will utilize Manager's functions to run different versions of evmos containers, propose, vote, delegate and query nodes.

• manager.go: defines core manager logic for running containers, export state and create networks.

• govexec.go: defines gov-specific exec commands to submit/delegate/vote through nodes gov module.

• node.go: defines Node structure responsible for setting node container parameters before run.

Version retrieve

If INITIAL_VERSION is provided as an argument, node container(s) with the corresponding version(s) will be pulled from DockerHub. If it is not specified, the test suite retrieves the second-to-last upgrade version from the local codebase (in the evmos/app/upgrades folder) according to Semantic Versioning.

If TARGET_VERSION is specified, the corresponding container will also be pulled from DockerHub. When not specified, the test suite will retrieve the latest upgrade version from evmos/app/upgrades.

Testing Results

The make test-e2e script will output the test results for each testing file. In case of a successful upgrade, the script will print the following output (example):

ok  	github.com/evmos/evmos/v9/tests/e2e	174.137s.

If the target node version fails to start, the logs from the docker container will be printed:

Error:  Received unexpected error:
        can't start evmos node, container exit code: 2

        [error stream]:

        7:03AM INF Unlocking keyring
        7:03AM INF starting ABCI with Tendermint
        panic: invalid minimum gas prices: invalid decimal coin expression: 0...

        goroutine 1 [running]:
        github.com/cosmos/cosmos-sdk/baseapp.SetMinGasPrices({0xc0013563e7?, ...
            github.com/cosmos/cosmos-sdk@v0.46.5/baseapp/options.go:29 +0xd9
        main.appCreator.newApp({{{0x3399b40, 0xc000ec1db8}, {0x33ac0f8, 0xc00...
            github.com/evmos/evmos/v10/cmd/evmosd/root.go:243 +0x2ca
        github.com/evmos/ethermint/server.startInProcess(_, {{0x0, 0x0, 0x0},...
            github.com/evmos/ethermint@v0.20.0-rc2/server/start.go:304 +0x9c5
        github.com/evmos/ethermint/server.StartCmd.func2(0xc001620600?, {0xc0...
            github.com/evmos/ethermint@v0.20.0-rc2/server/start.go:123 +0x1ec
        github.com/spf13/cobra.(*Command).execute(0xc001620600, {0xc001745bb0...
            github.com/spf13/cobra@v1.6.1/command.go:916 +0x862
        github.com/spf13/cobra.(*Command).ExecuteC(0xc00160e000)
            github.com/spf13/cobra@v1.6.1/command.go:1044 +0x3bd
        github.com/spf13/cobra.(*Command).Execute(...)
            github.com/spf13/cobra@v1.6.1/command.go:968
        github.com/spf13/cobra.(*Command).ExecuteContext(...)
            github.com/spf13/cobra@v1.6.1/command.go:961
        github.com/cosmos/cosmos-sdk/server/cmd.Execute(0x2170d50?, {0x26d961...
            github.com/cosmos/cosmos-sdk@v0.46.5/server/cmd/execute.go:36 +0x...
        main.main()
            github.com/evmos/evmos/v10/cmd/evmosd/main.go:20 +0x45


        [output stream]:

Test:     TestIntegrationTestSuite/TestUpgrade
Messages: can't mount and run upgraded node container

To get all containers run:

# list containers
docker ps -a

Container names will be listed as follows:

CONTAINER ID   IMAGE
9307f5485323   evmos:local    <-- upgraded node
f41c97d6ca21   evmos:v9.0.0   <-- initial node

To access containers logs directly, run:

docker logs <container-id>

To interact with the upgraded node pass SKIP_CLEANUP=true to the make command and enter the container after the upgrade has finished:

docker exec -it <container-id> bash

If the cleanup was skipped the upgraded node container should be removed manually:

docker kill <container-id>
docker rm <container-id>

Running multiple upgrades

In order to run multiple upgrades, just combine the versions leading up to the last upgrade with a forward slash and pass them as the INITIAL_VERSION.

make test-e2e INITIAL_VERSION=v10.0.1/v11.0.0-rc1 TARGET_VERSION=v11.0.0-rc3