podman/test
Daniel J Walsh c40888cf9f
Merge pull request #300 from baude/ginkgo_version
More ginkgo migration
2018-02-07 16:49:56 -05:00
..
bin2img Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
build Initial podman build 2017-12-23 11:47:33 +00:00
checkseccomp Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
copyimg Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
e2e Merge pull request #300 from baude/ginkgo_version 2018-02-07 16:49:56 -05:00
hooks Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
testdata Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
demos.sh Match podman inspect output to docker inspect 2018-02-06 19:31:55 +00:00
helpers.bash Remove conmon, get package from CRI-O 2018-01-27 06:48:20 +00:00
podman_build.bats Change name of kpod to podman 2018-01-04 21:37:19 +00:00
podman_load.bats Fix test syntax 2018-01-18 17:53:36 +00:00
podman_mount.bats Fix test syntax 2018-01-18 17:53:36 +00:00
podman_pause.bats Fix test syntax 2018-01-18 17:53:36 +00:00
podman_port.bats podman port 2018-01-23 08:54:57 -06:00
podman_search.bats Add podman search command 2018-02-06 18:09:31 +00:00
policy.json Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
README.md Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
redhat_sigstore.yaml Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
registries.conf Initial checkin from CRI-O repo 2017-11-01 11:24:59 -04:00
test_podman_build.sh Initial podman build 2017-12-23 11:47:33 +00:00
test_runner.sh Enhancements to papr tests 2017-11-17 02:07:18 +00:00

CRIO Integration Tests

Integration tests provide end-to-end testing of CRIO.

Note that integration tests do not replace unit tests.

As a rule of thumb, code should be tested thoroughly with unit tests. Integration tests on the other hand are meant to test a specific feature end to end.

Integration tests are written in bash using the bats framework.

Running integration tests

Containerized tests

The easiest way to run integration tests is with Docker:

$ make integration

To run a single test bucket:

$ make integration TESTFLAGS="runtimeversion.bats"

On your host

To run the integration tests on your host, you will first need to setup a development environment plus bats For example:

$ cd ~/go/src/github.com
$ git clone https://github.com/sstephenson/bats.git
$ cd bats
$ ./install.sh /usr/local

You will also need to install the CNI plugins as the the default pod test template runs without host networking:

$ go get github.com/containernetworking/cni
$ cd "$GOPATH/src/github.com/containernetworking/cni"
$ git checkout -q d4bbce1865270cd2d2be558d6a23e63d314fe769
$ ./build.sh \
$ mkdir -p /opt/cni/bin \
$ cp bin/* /opt/cni/bin/

Then you can run the tests on your host:

$ sudo make localintegration

To run a single test bucket:

$ make localintegration TESTFLAGS="runtimeversion.bats"

Or you can just run them directly using bats

$ sudo bats test

Runtime selection

Tests on the host will run with runc as the default runtime. However you can select other OCI compatible runtimes by setting the RUNTIME environment variable.

For example one could use the Clear Containers runtime instead of runc:

make localintegration RUNTIME=cc-oci-runtime

Writing integration tests

[Helper functions] (https://github.com/kubernetes-incubator/crio/blob/master/test/helpers.bash) are provided in order to facilitate writing tests.

#!/usr/bin/env bats

# This will load the helpers.
load helpers

# setup is called at the beginning of every test.
function setup() {
}

# teardown is called at the end of every test.
function teardown() {
	cleanup_test
}

@test "crioctl runtimeversion" {
	start_crio
	crioctl runtimeversion
	[ "$status" -eq 0 ]
}