hortonworks/docker-e2e-cloud

Name: docker-e2e-cloud

Owner: Hortonworks Inc

Description: null

Created: 2017-11-10 16:09:16.0

Updated: 2017-11-10 16:13:03.0

Pushed: 2017-12-05 11:07:32.0

Homepage: null

Size: 15

Language: Shell

GitHub Committers

UserMost Recent Commit# Commits

Other Committers

UserEmailMost Recent Commit# Commits

README

General Docker image for executing headless Google Chrome or Firefox Protractor tests cases with TypeScript. The created image does not contain any test code or project. This is the environment for running test cases.

To run your test cases in this image

  1. Install and set up your Docker environment
  2. Pull the hortonworks/cloudbreak-web-e2e image from DockerHub
  3. If you have any environment variable which is used for your test project, provide here environment file.
  4. You can see an example for execute your protractor tests in this Docker container at Makefile:
    docker run -it \
       --privileged \
       --rm \
       --net=host \
       --name cloud-e2e-runner \
       --env-file $(ENVFILE) \
       -v $(PWD):/protractor/project \
       hortonworks/cloudbreak-web-e2e yarn test
    

    $(PWD) or pwd the root folder of your Protractor test project. The use of PWD is optional, you do not need to navigate to the Protractor test project root. If it is the case, you should add the full path of the root folder instead of the $(PWD).

Advanced options and information

–privileged

Chrome uses sandboxing, therefore if you try and run Chrome within a non-privileged container you will receive the following message:

“Failed to move to new namespace: PID namespaces supported, Network namespace supported, but failed: errno = Operation not permitted”.

The --privileged flag gives the container almost the same privileges to the host machine resources as other processes running outside the container, which is required for the sandboxing to run smoothly.

Based on the Webnicer project.

Run tests in CI

As you can see here the project contains a predefined bash script to automate launch and test environment setup before tests execution.

Here is the main part:

xport TEST_CONTAINER_NAME=cloud-e2e-runner

ASE_URL_RESPONSE=$(curl -k --write-out %{http_code} --silent --output /dev/null $BASE_URL/sl)
cho $BASE_URL " HTTP status code is: " $BASE_URL_RESPONSE
f [[ $BASE_URL_RESPONSE -ne 200 ]]; then
   echo $BASE_URL " Web GUI is not accessible!"
   RESULT=1
lse
   docker run -i \
       --privileged \
       --rm \
       --name $TEST_CONTAINER_NAME \
       --env-file $ENVFILE \
       --net=host \
       -v $(pwd):/protractor/project \
       -v /dev/shm:/dev/shm \
       hortonworks/cloudbreak-web-e2e yarn test
       RESULT=$?
i
xit $RESULT
Makefile

We created a very simple Makefile to be able build and run easily our Docker image on your local machine:

 build

then

 run

or you can run the above commands in one round:

 all

The rules are same as in case of To run your test cases in this image.

In-memory File System /dev/shm (Linux only)

Docker has hardcoded value of 64MB for /dev/shm. Error can be occurred, because of page crash on memory intensive pages. The easiest way to mitigate the problem is share /dev/shm with the host.

er run -it --rm --name protractor-runner --env-file utils/testenv -v /dev/shm:/dev/shm -v $(PWD):/protractor/project sequenceiq/protractor-runner

The size of /dev/shm in the Docker container can be changed when container is made with option --shm-size.

For Mac OSX users this conversation can be useful.

Based on the Webnicer project.

–net=host

This options is required only if the dockerised Protractor is run against localhost on the host.

Imagine this scenario: Run an http test server on your local machine, let's say on port 8000. You type in your browser http://localhost:8000 and everything goes smoothly. Then you want to run the dockerised Protractor against the same localhost:8000. If you don't use --net=host the container will receive the bridged interface and its own loopback and so the localhost within the container will refer to the container itself. Using --net=host you allow the container to share host's network stack and properly refer to the host when Protractor is run against localhost.

Based on the Webnicer project.


This work is supported by the National Institutes of Health's National Center for Advancing Translational Sciences, Grant Number U24TR002306. This work is solely the responsibility of the creators and does not necessarily represent the official views of the National Institutes of Health.