This repository provides a general guideline for creating tests for the ocis extensions. The tests can be written in various levels from unit, integration, and end-to-end. It is not essential to write tests on all these levels as it can be redundant in some cases. This repository provides a reference for all levels of tests.
Unit tests generally live inside *_test.go files in the
/pkg directory. One such example in this extension is in
/pkg/service/v0/service_test.go. Similarly the unit test for the protobuf generated code can also be written just like in
There are mainly 2 types of integration tests, namely HTTP tests, and GRPC tests. These tests mostly live in
/pkg/proto directory where all the protobuf definitions are specified. The examples for the HTTP integration tests are in
/pkg/proto/hello.pb.web_test.go whereas the GRPC tests are in
For extensions with an UI, we can also write end-to-end tests using the Nightwatch test framework. These tests live in
/ui/tests directory. We can reuse already existing Gherkin steps from the phoenix tests here.
The unit and integration tests are run using the simple
go test command. If you wish to run all the tests with the coverage you can just use make command.
You can also run a specific file with the go test command
go test <path to package or file>
Running end-to-end tests is a bit more complicated than unit and integration tests. First of all we will need a complete ocis setup with ocis-hello running. For that refer to this guide.
After that, We need to set the proper test environment. To run the end-to-end tests, first-of-all we need the phoenix repository where all the test infrastructure exists. So, clone the phoenix repository in your system in any location.
git clone https://github.com/owncloud/phoenix $HOME/phoenix
Next we will need to start the selenium server which will control the browser. There is a script in the phoenix repo that starts the selenium server, just run that to start selenium.
cd $HOME/phoenix yarn run selenium
Now we can run the tests. The tests will take several configuration variables which can be found here. Without configuration, most of the defaults will work. We just need make sure to set these values through env variable.
export PHOENIX_PATH=$HOME/phoenix export OCIS_SKELETON_DIR=<path to the skeleton directory> export PHOENIX_CONFIG=<path to the config.json file used by phoenix>
The phoenix path should be set to the directory where the phoenix source files are. Our tests use the existing infrastructure from the phoenix directory to run the tests.
The skeleton directory for the webui tests can be found in the testing app. You can just clone that repository in your local machine and point the env variable to the correct path.
While running ocis we should always use a config file for phoenix because our tests will read this file and sometimes even change it which cannot be done if you use env variables or the default values.
With all this in place we can just run the tests with a simple make command. First go to the ocis-hello repository
cd <path to ocis-hello>
Then Simply run
To run just one feature you can run
make test-acceptance-webui <path-to-feature file>:<line-number>