runc/tests/integration
Qiang Huang 75f765e961 Use absolute cgroup path for integration test
So we can pass the test in container os local or systemd
environment.

Also fixes: #967

Signed-off-by: Qiang Huang <h.huangqiang@huawei.com>
2016-08-07 10:47:09 +08:00
..
testdata adds integration tests 2016-04-21 19:09:27 -05:00
README.md Updating README for starting the container 2016-06-05 14:41:58 +05:30
cgroups.bats Use absolute cgroup path for integration test 2016-08-07 10:47:09 +08:00
checkpoint.bats Rename start to run 2016-05-31 11:06:41 -07:00
create.bats Allow delete of created container 2016-06-02 12:26:12 -07:00
debug.bats Rename start to run 2016-05-31 11:06:41 -07:00
delete.bats Add `--force` flag to `runc delete` 2016-06-30 07:55:44 -07:00
events.bats Rename start to run 2016-05-31 11:06:41 -07:00
exec.bats Fix signal handling for unit tests 2016-05-31 11:10:47 -07:00
help.bats Rename start to run 2016-05-31 11:06:41 -07:00
helpers.bash tests: add debug information for failing tests 2016-06-07 18:52:20 +10:00
kill.bats Fix signal handling for unit tests 2016-05-31 11:10:47 -07:00
list.bats Rename start to run 2016-05-31 11:06:41 -07:00
pause.bats Rename start to run 2016-05-31 11:06:41 -07:00
root.bats Fix signal handling for unit tests 2016-05-31 11:10:47 -07:00
spec.bats Change git -C reset to git reset w/ wking suggestion. fix indentation 2016-07-26 09:22:14 -04:00
start_detached.bats tests: add tests with {u,g}id != 0 2016-06-18 12:16:42 +10:00
start_hello.bats tests: add tests with {u,g}id != 0 2016-06-18 12:16:42 +10:00
state.bats Fix signal handling for unit tests 2016-05-31 11:10:47 -07:00
update.bats Use absolute cgroup path for integration test 2016-08-07 10:47:09 +08:00
version.bats bats: refactor run "$RUNC" -> runc 2016-05-26 19:17:39 +10:00

README.md

runc Integration Tests

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

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

The easiest way to run integration tests is with Docker:

$ make integration

Alternatively, you can run integration tests directly on your host through make:

$ sudo make localintegration

Or you can just run them directly using bats

$ sudo bats tests/integration

To run a single test bucket:

$ make integration TESTFLAGS="/checkpoint.bats"

To run them on your host, you will 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

Note: There are known issues running the integration tests using devicemapper as a storage driver, make sure that your docker daemon is using aufs if you want to successfully run the integration tests.

Writing integration tests

[helper functions] (https://github.com/opencontainers/runc/blob/master/test/integration/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() {
  # see functions teardown_hello and setup_hello in helpers.bash, used to
  # create a pristine environment for running your tests
  teardown_hello
  setup_hello
}

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

@test "this is a simple test" {
  runc run containerid
  # "The runc macro" automatically populates $status, $output and $lines.
  # Please refer to bats documentation to find out more.
  [ "$status" -eq 0 ]

  # check expected output
  [[ "${output}" == *"Hello"* ]]
}