rkt functional tests
This directory contains a set of functional tests for rkt.
The tests use gexpect to spawn various rkt run
commands and look for expected output.
Semaphore Continuous Integration System
The tests run on the Semaphore CI system through the rktbot
user, which is part of the coreos
org on Semaphore.
This user is authorized against the corresponding rktbot
GitHub account.
The credentials for rktbot
are currently managed by CoreOS.
The tests are executed on Semaphore at each Pull Request (PR).
Each GitHub PR page should have a link to the test results on Semaphore.
Developers can disable the tests by adding [skip ci]
in the last commit message of the PR.
Build settings
Select the "Other" language.
We don't use "Go" language setting, because rkt is not a typical go project (building it with a go get won't get you too far).
Also, the "Go" setting is creating a proper GOPATH directory structure with some symlinks on top, which rkt does not need at all and some go tools we use do not like the symlinks in GOPATH at all.
The tests will run on two VMs.
The "Setup" and "Post thread" sections will be executed on both VMs.
The "Thread 1" and "Thread 2" will be executed in parallel in separate VMs.
Setup
sudo groupadd rkt
sudo gpasswd -a runner rkt
./tests/install-deps.sh
Thread 1
./tests/build-and-run-tests.sh -f none -c
./tests/build-and-run-tests.sh -f kvm -c
Thread 2
./tests/build-and-run-tests.sh -f coreos -c
./tests/build-and-run-tests.sh -f host -c
Post thread
git clean -ffdx
Other possible commands
The LKVM stage1 or other versions of systemd are not currently tested.
It would be possible to add more tests with the following commands:
./tests/build-and-run-tests.sh -f src -s v227 -c
./tests/build-and-run-tests.sh -f src -s master -c
./tests/build-and-run-tests.sh -f src -s v229 -c
build-and-run-tests.sh parameters description
The build script has the following parameters:
-f
- Select flavor for rkt. You can choose only one from the following list: "coreos
, host
, kvm
, none
, src
".
-s
- Systemd version. You can choose master
or a tag from the systemd GitHub repository.
-c
- Run cleanup. Cleanup has two phases: after build and after tests. In the after build phase, this script removes artifacts from external dependencies (like kernel sources in the kvm
flavor). In the after tests phase, it removes rkt
build artifacts and (if the build is running on CI or if the -x
flag is used) it unmounts the remaining rkt
mountpoints, removes unused rkt
NICs and flushes the current state of IPAM IP reservation.
-x
- Force after-test cleanup on a non-CI system. WARNING: This flag can affect your system. Use with caution.
-u
- Show usage message and exit.
Select Ubuntu 14.04 LTS v1503 (beta with Docker support)
.
The platform with Docker support means the tests will run in a VM.
Manually running the functional tests
Make sure to pass --enable-functional-tests
to the configure script, then, after building the project, you can run the tests.
./configure --enable-functional-tests
make -j4
make check
For more details about the --enable-functional-tests
parameter, see configure script parameters documentation.
The snippet above will run both unit and functional tests.
If you want to run only functional tests, use make functional-check
.
There is also a counterpart target for running unit tests only - it is named unit-check
.
You can use a GO_TEST_FUNC_ARGS
variable to pass additional parameters to go test
.
This is mostly useful for running only the selected functional tests.
The variable is ignored in unit tests.
make check GO_TEST_FUNC_ARGS='-run NameOfTheTest'
make functional-check GO_TEST_FUNC_ARGS='-run NameOfTheTest'
Run go help testflag
to get more informations about possible flags accepted by go test
.
Running the benchmark
Running the benchmark is similar to running the other tests, we just need to pass additional
parameters to go test
:
make check GO_TEST_FUNC_ARGS='-bench=. -run=Benchmark'
make functional-check GO_TEST_FUNC_ARGS='-bench=. -run=Benchmark'