Integration tests about dotnet-kube-client HOT 12 OPEN

It's fairly quick actually. Booting up Minikube takes a bit (45s), but every test is faster than you'd think. It kubectl apply's the resources before every test and uses e.g. a deployment of a hello world docker image with imagePullPolicy: IfNotPresent, so recreating pods takes about a second before every test.

from dotnet-kube-client.

kubectl delete --all deletes all resources in a namespace :)

from dotnet-kube-client.

I love this idea - hadn’t had time to do it before but I agree it’s totally worth doing :)

I’ll take a look at PSKubectl’s scripts to see what it would take to set this up (external test suite is a good option, I think, as I don’t expect it to be quick to run?)

from dotnet-kube-client.

Had a quick look over your CI scripts - that all looks pretty achievable, especially since you’ve done most of the hard work already :)

from dotnet-kube-client.

I guess the only tricky bit would be cleaning up after each test :)

Maybe a decorator for IXXXClientVX that captures names of resources created so we can run kubectl delete after the test is complete?

from dotnet-kube-client.

What do you need to cleanup? The next test will just kubectl apply the resources again so they get reset

from dotnet-kube-client.

kubectl apply --prune also deletes resources

from dotnet-kube-client.

What about tests that use the client to create resources?

I guess I could just write a script to delete all resources in a given namespace or something...

from dotnet-kube-client.

For gets or deletes though, yeah, it’d be fine.

from dotnet-kube-client.

As said kubectl apply --prune should delete all resources that are not present in the input YAML afaik

from dotnet-kube-client.

Oh - interesting, I hadn’t heard of that usage but that would do the trick :)

from dotnet-kube-client.

Ah, apparently that only removes resources created by kubectl apply (not ones created by the client). Still, sounds useful :)

from dotnet-kube-client.