Skip to main content
New to Testkube? Unleash the power of cloud native testing in Kubernetes with Testkube. Get Started >

Install FAQ

Can Testkube be deployed on OpenShift?​

Yes, OpenShift is supported - Read More. You might need to tweak the configuration a bit to fit the security requirements. Feel free to contact us on Slack if it does not work out so we can help.

Can Testkube OSS be migrated to join a control plane?​

Yes, you can choose to get started with just the standalone agent. Once you are ready to use a control plane, you can join it with a control plane as described here.

Do I have to have my own Kubernetes Cluster to evaluate Testkube​

No, for evaluation you can use our Cloud offering at app.testkube.io which includes a Demo environment for you to play with, read more at Testkube Agent with Docker.

Do I have to have my own Kubernetes cluster to run Testkube in production​

Yes, the Testkube Agent always runs in your own cluster(s)/infrastructure for managing and executing your tests. The Control Plane containing the Dashboard can be hosted either by us or by you. Read more about the Testkube deployment architectures at Deployment Architectures.

Can I run Testkube in an air-gapped environment​

Yes, you can download and install Testkube in your airgapped environment as long as it has access to dockerhub (for example via artifactory) to retrieve the Testkube images. If that doesn't work for you please get in touch, and we will help you install Testkube as required.

Can I use Testkube to test applications or services that are not running in Kubernetes​

Yes, you can use Testkube to test any applications or components as long as the cluster the Testkube agent is running in has network access to the applications or components to be tested.

How do I expose Testkube to the Internet?​

To expose Testkube to the Internet, you will need to create an Ingress for both the Testkube API and the Testkube Dashboard. Check the installation instructions here for different configurations.

Access the Service Under Test (SUT) Using Testkube​

  • Services inside the same Kubernetes cluster can be accessed using the address \<service-name\>.\<service-namespace\>.svc.cluster.local:\<port-number\>. If there are network restrictions configured, Testkube will need permissions to access the SUT over the local network of the cluster.
  • If Testkube and the SUT are not in the same cluster, SUT will have to be exposed to Testkube using an Ingress or a Load Balancer.