* Update deps for release v0.20.0 * Update version command * Update CHANGELOG * Run tests against serving and eventing v0.20.0 * Run tests against serving and eventing v0.20.0 |
||
|---|---|---|
| .. | ||
| e2e | ||
| resources/tekton | ||
| test_images | ||
| README.md | ||
| common.sh | ||
| e2e-tests.sh | ||
| local-e2e-tests.sh | ||
| presubmit-integration-tests-latest-release.sh | ||
| presubmit-tests.sh | ||
| tekton-tests.sh | ||
| upload-test-images.sh | ||
README.md
Test
This directory contains e2e tests and testing docs:
- Unit tests are in the code base alongside the code they test
- e2e tests are in
test/e2e/
Running unit tests
To run all unit tests:
$ hack/build.sh -t
By default go test will not run the e2e tests,
which need -tags=e2e to be enabled.
Running e2e tests locally
To run the e2e tests , you need to have a
- Running knative environment.
knbinary in the $PATH.- Please Make sure that you are able to connect to the cluster by following the guide here
Before running the e2e tests please make sure you dont have any namespaces with
the name starting with kne2etests
Run all e2e tests:
$ test/local-e2e-tests.sh
Running e2e tests selectively
To run only serving specific e2e tests locally, use
E2E_TAGS="serving" test/local-e2e-tests.sh
To run only eventing specific e2e tests locally, use
E2E_TAGS="eventing" test/local-e2e-tests.sh
Running a single test case
To run one e2e test case, e.g. TestBasicWorkflow
test/local-e2e-tests.sh -run ^TestBasicWorkflow$
Running tests in short mode
Running tests in short mode excludes some large-scale E2E tests and saves
time/resources required for running the test suite. To run the tests in short
mode, use
the -short flag with go test
test/local-e2e-tests.sh -short
Test images
Building the test images
The upload-test-images.sh script can be used to
build and push the test images used by the e2e tests. The script
expects your environment to be setup as described in
DEVELOPMENT.md.
To run the script for all end to end test images:
./test/upload-test-images.sh
A docker tag may be passed as an optional parameter. This can be useful on
Minikube in tandem with the --tag flag:
eval $(minikube docker-env)
./test/upload-test-images.sh any-old-tag
Adding new test images
New test images should be placed in ./test/test_images.