Looking for something in particular?

GitLab Continuous Integration

This support article provides step-by-step instructions to execute Automation test cases in GitLab Continuous Integration using its built-in pipeline.

Continuous Integration (CI) works to integrate code from your team in a shared repository. Developers share their new code in a merge (pull) request, which triggers a pipeline to build, test and validate the new code before merging the changes in your repository.

Continuous Delivery delivers CI-validated code to your application.

Prerequisites in GitLab Continuous Integration

  1. Provar ANT zip file.
  2. Provar project with at least one test case and associated ANT build.xml file.
  3. The Provar project is pushed in Gitlab as a public or private repository.
  4. Provar Execution Only (or Floating) license key pushed into the .license folder of the Github repository. Please only upload license keys on private repositories to avoid unlicensed usage by third parties. Unlicensed access will be tracked and can cause you to be locked out of Provar until a new license key is re-issued to you.

Steps to Create a Project in GitLab

The following steps are completed using a free as well as paid GitLab account:

Step 1: Login into your GitLab account.

Step 2: Create a new project and mention the project name, description, and visibility level.

Sample image in creating a project in GitLab Continuous Integration

Step 3: Clone this new repository into your local machine.

Step 4: Add three folders in this repository:

  • ProvarProject: It contains provar test cases and a build.xml file to execute those tests.
  • Provar: It contains .license folder.
  • Provar_Home: This folder is created by extracting Provar_Ant_<Version>.zip file from the latest version of Provar, which can be downloaded from the Provar community. This folder contains ant and lib folders.

Step 5: Add .gitlab-ci.yml file in the base location of the repository.

Screenshot of folder structure:

Screenshot of GitLab Continuous Integration folder structure

Steps to Create .gitlab-ci.yml File

For Gitlab CI to build your project, you will need to add .gitlab-ci.yml configuration file to the root directory of your repository.

If .gitlab-ci.yml is not in your repository or is not valid YAML, GitLab CI will ignore it.

Here is an example file:

image: "ubuntu:latest"

 - apt-get update && apt-get install -y xvfb wget curl unzip gnupg -qq
 - if [ ! -d Provar_Home ]; then curl -O && unzip -d Provar_Home && rm; else echo "Found Provar_Home"; fi
 - apt-get install -y openjdk-8-jdk
 - apt-get install -y ant
 - java -version
 - ant -version
 - wget -q -O - | apt-key add -
 - echo "deb [arch=amd64] stable main" | tee /etc/apt/sources.list.d/chrome.list
 - apt-get update -y
 - apt-cache search chrome
 - apt-get install google-chrome-stable -y
 - export DISPLAY=:99.0
 - wget -O /etc/init.d/xvfb
 - chmod 0755 /etc/init.d/xvfb
 - sh -e /etc/init.d/xvfb start

    - cd demo/ANT
    - xvfb-run ant -Dprovar.home=$PROVAR_HOME -Dlicense.path=$LICENSE_PATH -f build.xml
      - $PROVAR_HOME/.provarCaches
      - $PROVAR_HOME
     - $CI_PROJECT_DIR/demo/ANT/Results
       - $CI_PROJECT_DIR/demo/ANT/Results/JUnit.xml

Just walking through the example script above:

Firstly, we must mention the base docker image, as we support Java 8, and test case execution requires ANT. So, we have taken an official image of ant frekele/ant:1.10.3-jdk8.

Describe before_script: 

As we need to execute our UI test cases on a browser, that is why the chrome installation is included. 

To execute test cases headlessly, we also need to install xvfb, so before performing the actual test script section, we are installing xvfb and running the xvfb service.

The build step contains variables like PROVAR_HOME and the script required to execute test cases using the command xvfb-run ant -Dprovar.home=$PROVAR_HOME -Dlicense.path=$LICENSE_PATH -f ProvarProject/ANT/build.xml.

Parameter Changes in build.xml

Edit the build.xml file.

  • provar.home: value is ${env.PROVAR_HOME}
  • testproject.home: value is Project name i.e. ProvarProject
  • testproject.results: It’s an It’slt path ProvarProject/Results
  • license.path: It’s where the .license folder is located. (The path is provided in.gitlab-ci.yml.)

See the Example build.xml

<project default="runtests">
        <property environment="env"/>
        <property name="provar.home" value="${env.PROVAR_HOME}"/>
        <property name="testproject.home" value="ProvarProject"/>
        <property name="testproject.results" value="ProvarProject/Results"/>
        <property name="license.path" value=""/>
        <echo message="provar home is:${provar.home}"/>
        <taskdef name="Provar-Compile" classname="com.provar.testrunner.ant.CompileTask" classpath="${provar.home}/ant/ant-provar.jar"/>
        <taskdef name="Run-Test-Case" classname="com.provar.testrunner.ant.RunnerTask" classpath="${provar.home}/ant/ant-provar.jar;${provar.home}/ant/ant-provar-bundled.jar;${provar.home}/ant/ant-provar-sf.jar"/>
        <taskdef name="Test-Cycle-Report" classname="com.provar.testrunner.ant.TestCycleReportTask" classpath="${provar.home}/ant/ant-provar.jar;${provar.home}/ant/ant-provar-bundled.jar;${provar.home}/ant/ant-provar-sf.jar"/>
        <target name="runtests">
                <Provar-Compile provarHome="${provar.home}" projectPath="${testproject.home}"/>
                <Run-Test-Case provarHome="${provar.home}" 
                                webBrowserConfiguration="Full Screen" 
                        <fileset dir="../tests/sample"/>


Trigger the First Build

Once you push all changes into GitLab Continuous Integration, the process automatically gets triggered.  

The status of the execution can be checked on CI/CD -> Pipelines.

sample status of the execution can be checked on CI/CD -> Pipelines

Caching in GitLab CI/CD

GitLab CI/CD provides a caching mechanism that saves time when your jobs run. For more information, check this link.

.provarCaches is used to speed up a given job in subsequent pipelines. Shortly, include it in the cache, Provar will not download the metadata during each test execution, reducing execution time.

Including the Provar_Home directory in the cache will eliminate the need to download and unzip the ANT zip file between jobs.

image: "frekele/ant:1.10.3-jdk8"
  - wget -q -O - | apt-key add -
  - echo "deb stable main" > /etc/apt/sources.list.d/google.list
  - apt-get update -yqqq
  - apt-get install -qq google-chrome-stable
  - apt-get install -y xvfb -qq
  - if [ ! -d Provar_Home ]; then curl -O && unzip -d Provar_Home; else echo "Found Provar_Home"; fi
    - cd demo/ANT
    - xvfb-run ant -Dprovar.home=$PROVAR_HOME -Dlicense.path=$LICENSE_PATH -f build.xml
      - $PROVAR_HOME/.provarCaches
      - $PROVAR_HOME
      - demo/ANT/Results

Test Results

After successful execution, generate test reports in the location mentioned in the build.xml testproject.results parameter. 

<property name=”testproject.results” value=”ProvarProject/Results”/>

Refer to this link for help customizing the reporting options in Provar.

To get the reports folder as artifacts in the GitLab pipeline, add the below code in your .gitlab-ci.yml file.

     - ProvarProject/Results

Download artifacts from the button on the right side of the screenshot below.  

Artifacts can be downloaded from the button available on the right side of the below screenshot.

If you don’t place Provar_Home in GIT, add these lines of code in the before_script tag.

- curl -O
- unzip -o -d Provar_Home
- rm
Review Provar on G2
Documentation library

Trying to raise a case with our support team?

We use cookies to better understand how our website is used so we can tailor content for you. For more information about the different cookies we use please take a look at our Privacy Policy.

Scroll to Top