end-2-end tests for black
These tests use kvtool
to spin up a black node configuration
and then runs tests against the running network. It is a git sub-repository in this directory. If not
present, you must initialize the subrepo: git submodule update --init
.
Steps to run
- Ensure latest
kvtool
is installed: make update-kvtool
- Run the test suite:
make test-e2e
This will build a docker image tagged black/black:local
that will be run by kvtool.
Note: The suite will use your locally installed kvtool
if present. If not present, it will be
installed. If the kvtool
repo is updated, you must manually update your existing local binary: make update-kvtool
Configuration
The test suite uses env variables that can be set in .env
. See that file for a complete list
of options. The variables are parsed and imported into a SuiteConfig
in testutil/config.go
.
The variables in .env
will not override variables that are already present in the environment.
ie. Running E2E_INCLUDE_IBC_TESTS=false make test-e2e
will disable the ibc tests regardless of how
the variable is set in .env
.
Chain
s
A testutil.Chain
is the abstraction around details, query clients, & signing accounts for interacting with a
network. After networks are running, a Chain
is initialized & attached to the main test suite testutil.E2eTestSuite
.
The primary Black network is accessible via suite.Black
.
Details about the chains can be found here.
SigningAccount
s
Each Chain
wraps a map of signing clients for that network. The SigningAccount
contains clients
for both the Black EVM and Cosmos-Sdk co-chains.
The methods SignAndBroadcastBlackTx
and SignAndBroadcastEvmTx
are used to submit transactions to
the sdk and evm chains, respectively.
Creating a new account
// create an account on the Black network, initially funded with 10 BLACK
acc := suite.Black.NewFundedAccount("account-name", sdk.NewCoins(sdk.NewCoin("ufury", 10e6)))
// you can also access accounts by the name with which they were registered to the suite
acc := suite.Black.GetAccount("account-name")
Funds for new accounts are distributed from the account with the mnemonic from the E2E_BLACK_FUNDED_ACCOUNT_MNEMONIC
env variable. The account will be generated with HD coin type 60 & the ethsecp256k1
private key signing algorithm.
The initial funding account is registered with the name "whale"
.
IBC tests
When IBC tests are enabled, an additional network is spun up with a different chain id & an IBC channel is
opened between it and the primary Black network.
The IBC network runs black with a different chain id and staking denom (see runner/chain.go).
The IBC chain queriers & accounts are accessible via suite.Ibc
.
IBC tests can be disabled by setting E2E_INCLUDE_IBC_TESTS
to false
.
Chain Upgrades
When a named upgrade handler is included in the current working repo of Black, the e2e test suite can
be configured to run all the tests on the upgraded chain. This includes the ability to add additional
tests to verify and do acceptance on the post-upgrade chain.
This configuration is controlled by the following env variables:
E2E_INCLUDE_AUTOMATED_UPGRADE
- toggles on the upgrade functionality. Must be set to true
.
E2E_BLACK_UPGRADE_NAME
- the named upgrade, likely defined in app/upgrades.go
E2E_BLACK_UPGRADE_HEIGHT
- the height at which to run the upgrade
E2E_BLACK_UPGRADE_BASE_IMAGE_TAG
- the black docker image tag to base the upgrade on
When all these are set, the chain is started with the binary contained in the docker image tagged
E2E_BLACK_UPGRADE_BASE_IMAGE_TAG
. Then an upgrade proposal is submitted with the desired name and
height. The chain runs until that height and then is shutdown due to needing the upgrade. The chain
is restarted with the local repo's Black code and the upgrade is run. Once completed, the whole test
suite is run.
For a full example of how this looks, see this commit
on the example/e2e-test-upgrade-handler branch.