mirror of
https://github.com/alibaba/higress.git
synced 2026-07-28 23:30:29 +08:00
78 lines
5.8 KiB
Markdown
78 lines
5.8 KiB
Markdown
# Higress E2E Tests
|
|
|
|
Higress e2e tests are mainly focusing on two parts for now:
|
|
|
|
+ Conformance Test for Ingress API
|
|
+ Conformance Test for Gateway API
|
|
|
|
## Ingress APIs Conformance Tests
|
|
|
|
### Architecture
|
|
|
|

|
|
|
|
### Workflow
|
|
|
|

|
|
|
|
Higress provides make target to run ingress api conformance tests and wasmplugin tests,
|
|
|
|
+ API Tests: `make higress-conformance-test`
|
|
+ Gateway API Tests: `make gateway-conformance-test`
|
|
+ WasmPlugin Tests: `make higress-wasmplugin-test`
|
|
+ Build all Go WasmPlugins for testing: `make higress-wasmplugin-test`
|
|
+ Build tests for a specific Go WasmPlugin only: `PLUGIN_NAME=request-block make higress-wasmplugin-test`
|
|
+ Build tests for a specific C++ WasmPlugin only: `PLUGIN_TYPE=CPP PLUGIN_NAME=key_auth make higress-wasmplugin-test`
|
|
+ Build all Rust WasmPlugins for testing: `PLUGIN_TYPE=RUST make higress-wasmplugin-test`
|
|
+ Build tests for a specific Rust WasmPlugin only: `PLUGIN_TYPE=RUST PLUGIN_NAME=request-block make higress-wasmplugin-test`
|
|
+ Run specific tests only (separated by commas): `TEST_SHORTNAME=WasmPluginsIPRestrictionAllow,WasmPluginsIPRestrictionDeny make higress-wasmplugin-test`
|
|
+ Build a specific Go WasmPlugin and run selected tests only: `PLUGIN_NAME=ip-restriction TEST_SHORTNAME=WasmPluginsIPRestrictionAllow,WasmPluginsIPRestrictionDeny make higress-wasmplugin-test`
|
|
+ Skip building the higress dev image, build only a specific Go WasmPlugin and run selected tests: `PLUGIN_NAME=ip-restriction TEST_SHORTNAME=WasmPluginsIPRestrictionAllow,WasmPluginsIPRestrictionDeny make higress-wasmplugin-test-skip-docker-build`
|
|
|
|
|
|
It can be divided into below steps:
|
|
|
|
1. delete-cluster: checks if we have undeleted kind cluster.
|
|
2. create-cluster: create a new kind cluster.
|
|
3. docker-build: build a dev image of higress.
|
|
4. kube-load-image: load dev higress-controller image it into kind cluster.
|
|
5. install-dev: install higress-controller with dev image, and latest higress-gateway, istiod with helm.
|
|
6. run-e2e-test:
|
|
1. Setup conformance suite, like define what conformance tests we want to run, in `e2e_test.go` / `higressTests Slice`. Each case we choose to open is defined in `test/ingress/conformance/tests`.
|
|
2. Prepare resources and install them into cluster, like backend services/deployments.
|
|
3. Load conformance tests we choose to open in `e2e_test.go` / `higressTests Slice`, and run them one by one, fail if it is not expected.
|
|
|
|
### How to write a test case
|
|
|
|
To add a new test case, you firstly need to add `xxx.go` and `xxx.yaml` in `test/ingress/conformance/tests`. `xxx.yaml` is the Ingress resource you need to apply in the cluster, `xxx.go` defines the HigressConformanceTest.
|
|
|
|
And after that, you should add your defined HigressConformanceTest to `e2e_test.go` / `higressTests Slice`.
|
|
|
|
You can understand it quickly just by looking at codes in `test/ingress/conformance/tests/httproute-simple-same-namespace.go` and `test/ingress/conformance/tests/httproute-simple-same-namespace.yaml`, and try to write one.
|
|
|
|
### How to Implement Test Environment Reusability
|
|
|
|
The test environment reusability is primarily achieved through the following targets in the Makefile:
|
|
|
|
1. **make higress-conformance-test:** Used to run the entire Conformance testing process, including setting up the test environment, executing test cases, and cleaning up the test environment.
|
|
- **make higress-conformance-test-prepare:** Can be used to set up the environment for deployments such as higress-controller, higress-gateway, etc.
|
|
- **make run-higress-e2e-test:** Used to run the test cases.
|
|
- **make run-higress-e2e-test-setup:** Can be used to install the basic resources required for the test cases, such as nacos, dubbo, etc.
|
|
- **make run-higress-e2e-test-run:** Used to execute the test cases.
|
|
- **make run-higress-e2e-test-clean:** Can be used to clean up the basic resources installed during the setup phase of the test cases.
|
|
- **make higress-conformance-test-clean:** Used to clean up the test environment for deployments like higress-controller, higress-gateway, etc.
|
|
|
|
2. **make higress-wasmplugin-test:** Used to run the entire WasmPlugin testing process, including setting up the test environment, compiling WasmPlugin plugins, executing test cases, and cleaning up the test environment. Using **make higress-wasmplugin-test-skip-docker-build** can skip building the higress dev image.
|
|
- **make higress-wasmplugin-test-prepare:** Can be used to set up the environment for deployments such as higress-controller, higress-gateway, and compile WasmPlugin plugins. Using **make higress-wasmplugin-test-prepare-skip-docker-build** can skip building the higress dev image.
|
|
- **make run-higress-e2e-test-wasmplugin:** Used to run the test cases.
|
|
- **make run-higress-e2e-test-wasmplugin-setup:** Can be used to install the basic resources required for the test cases, such as nacos, dubbo, etc.
|
|
- **make run-higress-e2e-test-wasmplugin-run:** Used to execute the test cases.
|
|
- **make run-higress-e2e-test-wasmplugin-clean:** Can be used to clean up the basic resources installed during the setup phase of the test cases.
|
|
- **make higress-wasmplugin-test-clean:** Used to clean up the test environment for deployments like higress-controller, higress-gateway, etc.
|
|
|
|
## Gateway APIs Conformance Tests
|
|
|
|
Run `make gateway-conformance-test` to execute the upstream Gateway API v1.4.0 Conformance Suite. The default scope is the required `GATEWAY-HTTP` Core profile (`Gateway`, `HTTPRoute`, and `ReferenceGrant`); Extended features are not enabled.
|
|
|
|
The runner imports the upstream suite and its embedded manifests directly, so Higress does not maintain copies of official test cases. Set `GATEWAY_CONFORMANCE_RUN_TEST=<ShortName>` only when debugging one upstream test. The default PR workflow always runs the complete Core profile and stores the generated report as a CI artifact.
|