You'll need roughly 5 minutes to read this article.
This article is about running browser testing in your CI/CD pipeline with Codeship Basic.
Current versions of Google Chrome and Chromium are installed by default.
Google Chrome is at version 64 and is located at
Chromium is at version 64 and is located at
There is a
chrome symlink in the PATH that defaults to calling Google Chrome. You can change it to point to Chromium by adding these commands to your build steps:
ln -sf /usr/bin/chromium-browser /home/rof/bin/chrome ln -sf /usr/bin/chromium-browser /home/rof/bin/Chrome
Beginning in Google Chrome 59, you can run Chrome in headless mode. To take advantage of this be sure your build is targeting Google Chrome and using ChromeDriver 2.30 or greater. Your application will also need to pass the
disable-gpu flags to Chrome.
ChromeDriver 2.35 is installed by default and available in the PATH.
To install a custom ChromeDriver version add the following commands to your build steps:
export CHROMEDRIVER_VERSION=YOUR_DESIRED_VERSION \curl -sSL https://raw.githubusercontent.com/codeship/scripts/master/packages/chromedriver.sh | bash -s
Firefox 35.0.1 is installed by default and available in the PATH.
To install a custom Firefox version add the following commands to your build steps:
export FIREFOX_VERSION=YOUR_DESIRED_VERSION \curl -sSL https://raw.githubusercontent.com/codeship/scripts/master/packages/firefox.sh | bash -s
geckodriver 0.11.1 is installed by default and available in the PATH.
To install a custom geckodriver version add the following commands to your build steps:
export GECKODRIVER_VERSION=YOUR_DESIRED_VERSION source /dev/stdin <<< "$(curl -sSL https://raw.githubusercontent.com/codeship/scripts/master/languages/rust.sh)" \curl -sSL https://raw.githubusercontent.com/codeship/scripts/master/packages/geckodriver.sh | bash -s
Chrome and Firefox both work with Selenium. To support Selenium with Chrome be sure to update ChromeDriver to the desired version for your application. Please provide your own Selenium driver in your application and keep it current.
If there are no packages available for your framework or you want to use the standalone version there is a script available for installing a custom version.
You can use Sauce Connect to connect the Sauce Labs browser testing service with the application running in your Codeship build.
There is a script available for installing Sauce Connect in the build environment. Make sure you set the username and API key or other necessary variables in the environment configuration. You can run your tests exactly the same way as you would run them on your own development machine through Sauce Connect.
PhantomJS 1.9.7 is installed by default and available in the PATH.
To install a custom PhantomJS version add the following commands to your build steps:
export PHANTOMJS_VERSION=YOUR_DESIRED_VERSION \curl -sSL https://raw.githubusercontent.com/codeship/scripts/master/packages/phantomjs.sh | bash -s
SlimerJS 0.9.5 is installed by default and available in the PATH.
CasperJS 1.1.0-beta3 is installed by default and available in the PATH.
During your tests you may want to generate screenshots when tests fail. Codeship Basic starts a new build machine for each build and that machine gets terminated as soon as the build finishes. As a result there is not a simple way to save screenshots from failing builds.
However, you can use a SSH debug session to manually run your failing build again which will generate new screenshots. Then from another terminal window you can use
scp to copy any screenshot files from the debug machine to your local machine for viewing.
Here is an example command. Note that the
IP_ADDRESS are the same as what you use to connect to the debug session and the file path will depend on where your tests place the screenshots.
scp -P PORT rof@IP_ADDRESS:/home/rof/clone/screenshots/my_screenshot.png .
If your tests are running full versions of Chrome or Firefox, rather than running them in headless mode, you may want to try debugging tests by watching them run live with VNC.
To begin, start a SSH debug session.
Then connect to the debug session, taking note to forward port 5900:
ssh rof@IP_ADDRESS -p PORT -L 5900:localhost:5900
Now in the debug session run the following commands which will install TigerVNC and start the VNC server:
# Install TigerVNC \curl -sSL https://raw.githubusercontent.com/codeship/scripts/master/packages/tigervnc.sh | bash -s # Set a password for the VNC session vncpasswd Password: Verify: Would you like to enter a view-only password (y/n)? n # Start the VNC server which will export the Xvfb display server that is already running x0vncserver -display :99 -PasswordFile=$HOME/.vnc/passwd
Now your VNC server should be running and ready for connections. You can connect from your local machine with your VNC client of choice. If you are using macOS, you can connect with the built in VNC client called Screen Sharing.
From your VNC client, connect to
localhost:5900 and enter the password you set in the step above. It should connect and show you a blank, black screen. This is expected as there are no browser tests running yet.
Now in a separate terminal window, connect back to the debug session and begin running your test commands manually. Once you start running your browser tests you should see them appear in the VNC display.
We also have a couple of code examples and sample projects available.