Package: goth
Golem Test Harnessgothis an integration testing framework intended to aid the development process ofyagnaitself, as well as apps built on top of it.How it worksKey features:creates a fully local, isolated network of Golem nodes including an Ethereum blockchain (throughganache)provides an interface for controlling the local Golem nodes using eitheryagna's REST API or CLIincludes tools for defining complex integration testing scenarios, e.g. HTTP traffic and log assertionsconfigurable through a YAML file as well as using a number of CLI parametersWithin a singlegothinvocation (i.e. test session) the framework executes all tests which are defined in its given directory tree.Internally,gothusespytest, therefore each integration test is defined as a function with thetest_prefix in its name.Every test run consists of the following steps:docker-composeis used to start the so-called "static" containers (e.g. local blockchain, HTTP proxy) and create a common Docker network for all containers participating in the given test.The test runner creates a number of Yagna containers (as defined ingoth-config.yml) which are then connected to thedocker-composenetwork.For each Yagna container started an interface object called aProbeis created and made available inside the test via theRunnerobject.The integration test scenario is executed as defined in the test function itself.Once the test is finished, all previously started Docker containers (both "static" and "dynamic") are removed and other cleanup is performed before repeating these steps for the next test.RequirementsLinux (tested on Ubuntu 18.04 and 20.04)Python 3.8+DockerPython 3.8+You can check your currently installed Python version by running:python3 --versionIf you don't have Python installed, download the appropriate package and follow instructions from thereleases page.DockerTo rungothyou will need to have Docker installed. To install the Docker engine on your system follow theseinstructions.To verify your installation you can run thehello-worldDocker image:docker run hello-worldInstallationgothis available as a PyPI package:pip install gothIt is encouraged to use a Python virtual environment.UsageGetting a GitHub API tokenWhen starting the local Golem network,gothuses the GitHub API to fetch metadata and download artifacts and images. Though all of these assets are public, using this API still requires basic authentication. Therefore, you need to providegothwith a personal access token.To generate a new token, go to your account'sdeveloper settings.You will need to grant your new token thepublic_reposcope, as well as theread:packagesscope. The packages scope is required in order to pull Docker images from GitHub.Once your token is generated you need to do two things:Log in to GitHub's Docker registry by calling:docker login ghcr.io -u {username}, replacing{username}with your GitHub username and pasting in your access token as the password. You only need to do this once on your machine.Export an environment variable namedGITHUB_API_TOKENand use the access token as its value. This environment variable will need to be available in the shell from which you rungoth.Starting a local networkFirst, create a copy of the default assets:python -m goth create-assets your/output/dirWhereyour/output/diris the path to a directory under which the default assets should be created. The path can be relative and it cannot be pointing to an existing directory.
These assets do not need to be re-created between test runs.With the default assets created you can run the local test network like so:python -m goth start your/output/dir/goth-config.ymlIf everything went well you should see the following output:Local goth network ready!

You can now load the requestor configuration variables to your shell:

source /tmp/goth_interactive.env

And then run your requestor agent from that same shell.

Press Ctrl+C at any moment to stop the local network.This is a special case ofgoth's usage. Running this command does not execute a test, but rather sets up a local Golem network which can be used for debugging purposes. The parameters required to connect to the requestoryagnanode running in this network are output to the file/tmp/goth_interactive.envand can besourced from your shell.Creating and running test casesTake a look at theyagnaintegration testsREADMEto learn more about writing and launching your own test cases.Logs fromgothtestsAll containers launched during an integration test record their logs in a pre-determined location. By default, this location is:$TEMP_DIR/goth-tests, where$TEMP_DIRis the path of the directory used for temporary files.This path will depend either on the shell environment or the operating system on which the tests are being run (seetempfile.gettempdirfor more details).Log directory structure.
└── goth_20210420_093848+0000
    ├── runner.log                      # debug console logs from the entire test session
    ├── test_e2e_vm                     # directory with logs from a single test
    │   ├── ethereum-mainnet.log
    │   ├── ethereum-holesky.log
    │   ├── ethereum-polygon.log
    │   ├── provider_1.log              # debug logs from a single yagna node
    │   ├── provider_1_ya-provider.log  # debug logs from an agent running in a yagna node
    │   ├── provider_2.log
    │   ├── provider_2_ya-provider.log
    │   ├── proxy-nginx.log
    │   ├── proxy.log                   # HTTP traffic going into the yagna daemons recorded by a "sniffer" proxy
    │   ├── requestor.log
    │   ├── router.log
    │   ├── test.log                    # debug console logs from this test case only, duplicated in `runner.log`
    └── test_e2e_wasi
        └── ...Test configurationgoth-config.ymlgothcan be configured using a YAML file. The defaultgoth-config.ymlis located ingoth/default-assets/goth-config.ymland looks something like this:docker-compose:

  docker-dir: "docker"                          # Where to look for docker-compose.yml and Dockerfiles

  build-environment:                            # Fields related to building the yagna Docker image
    # binary-path: ...
    # deb-path: ...
    # branch: ...
    # commit-hash: ...
    # release-tag: ...
    # use-prerelease: ...

  compose-log-patterns:                         # Log message patterns used for container ready checks
    ethereum-mainnet: ".*Wallets supplied."
    ethereum-holesky: ".*Wallets supplied."
    ethereum-polygon: ".*Wallets supplied."
    ...

key-dir: "keys"                                 # Where to look for pre-funded Ethereum keys

node-types:                                     # User-defined node types to be used in `nodes`
  - name: "Requestor"
    class: "goth.runner.probe.RequestorProbe"

  - name: "Provider"
    class: "goth.runner.probe.ProviderProbe"
    mount: ...

nodes:                                          # List of yagna nodes to be run in the test
  - name: "requestor"
    type: "Requestor"

  - name: "provider-1"
    type: "Provider"
    use-proxy: TrueWhen you generate test assets using the commandpython -m goth create-assets your/output/dir, this default config file will be present in the output location of your choice. You can make changes to that generated file and always fall back to the default one by re-generating the assets.Local development setupPoetrygothusespoetryto manage its dependencies and provide a runner for common tasks.If you don't havepoetryavailable on your system then follow itsinstallation instructionsbefore proceeding.
Verify your installation by running:poetry --versionProject dependenciesTo install the project's dependencies run:poetry installBy default,poetrylooks for the required Python version on yourPATHand creates a virtual environment for the project if there's none active (or already configured by Poetry).All of the project's dependencies will be installed to that virtual environment.