Testing

Make sure all pre-requisites are installed as described in pre-reqs.

Unit testing

The Makefile has a target for running all the unit tests.

make test

Integration testing

There are currently three integration tests. Contributors can run them. There is also a GitHub Actions workflow (in .github/workflows/pr-test-integration.yml) that runs these tests.

These tests require you to already have etcd on your $PATH. See https://github.com/kubernetes/kubernetes/blob/v1.29.10/hack/install-etcd.sh for an example of how to do that.

To run the tests sequentially, issue a command like the following.

CONTROLLER_TEST_NUM_OBJECTS=24 go test -v ./test/integration/controller-manager &> /tmp/test.log

If CONTROLLER_TEST_NUM_OBJECTS is not set then the number of objects will be 18. This parameterization by an environment variable is a point-in-time hack, it is expected to go away we have a test that runs reliably on a large number of objects.

To run of the individual tests, issue a command like the following example.

go test -v -timeout 60s -run ^TestCRDHandling$ ./test/integration/controller-manager

End-to-end testing

See test/e2e/ in the GitHub repository. It has a README.

Security scanning in CI

KubeStellar aims to use automated security scanning workflows as part of its CI pipeline to improve supply-chain security and provide early visibility into potential vulnerabilities.

OpenSSF Scorecard

An OpenSSF Scorecard workflow can be used to evaluate the repository against a set of security best practices (such as branch protection, dependency management, and CI configuration).
When enabled (for example via a GitHub Actions workflow under .github/workflows), it typically runs on a schedule and/or on changes to the main branch and publishes its results to the GitHub Security tab.

Trivy image scanning

KubeStellar can also be integrated with Trivy to scan container images built in CI for known vulnerabilities (CVEs).
A Trivy-based workflow generally reports CRITICAL and HIGH severity findings and can upload results in SARIF format, making them visible in the GitHub Security tab.

If these workflows are configured in your clone of the repository, they are part of the CI infrastructure and do not affect the runtime behavior of KubeStellar deployments.

Testing releases

See the release testing doc.