You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: test/kubernetes/e2e/debugging.md
+28-1
Original file line number
Diff line number
Diff line change
@@ -8,7 +8,34 @@ The entry point for an e2e test is a Go test function of the form `func TestXyz(
8
8
9
9
Each feature suite is invoked as a subtest of the top level suite. The subtests use [testify](https://github.com/stretchr/testify) to structure the tests in the feature's test suite and make use of the library's assertions.
10
10
11
-
## Workflows
11
+
## Step 1: Setting Up A Cluster
12
+
### Using a previously released version
13
+
It is possible to run these tests against a previously released version of Gloo Gateway. This is useful for testing a release candidate, or a nightly build.
14
+
15
+
There is no setup required for this option, as the test suite will download the helm chart archive and `glooctl` binary from the specified release. You will use the `RELEASED_VERSION` environment variable when running the tests. See the [variable definition](/test/testutils/env.go) for more details.
16
+
17
+
### Using a locally built version
18
+
For these tests to run, we require the following conditions:
19
+
- Gloo Gateway Helm chart archive is present in the `_test` folder,
20
+
-`glooctl` is built in the `_output` folder
21
+
- A KinD cluster is set up and loaded with the images to be installed by the helm chart
22
+
23
+
[ci/kind/setup-kind.sh](/ci/kind/setup-kind.sh) gets run in CI to setup the test environment for the above requirements.
24
+
It accepts a number of environment variables, to control the creation of a kind cluster and deployment of Gloo resources to that kind cluster. Please refer to the script itself to see what variables are available.
0 commit comments