Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Check the “Discard old builds”.
  • Select Log Rotation and we can keep the days of build and Max # of builds.
  • Please configure following String build parameters in job.


    Build ParameterDescription
    filterTestIdsProvides test script ids for execution in comma separated format
    filterTestTypeProvides test type to which test scripts belongs to
    updateRdkPortalIf execution result to be updated to CI portal, then this will set to true, other wise false.
    settopList

    Provides device mac addresses on which test to be executed in comma separated format.

    For non-qt tests, only one device can be provided for execution.

    For qt tests, multiple devices can be provided for execution.

    JMD_IDProvides the Job Manager Id. This is for identifying each execution job in Orchestration
    BUILD_NAME

    Provides RDK build name.

     For non-quick tests, it is expected that device is loaded with this build.

    And, for quick tests this is the build to be loaded in device as part of quick test.

    executionModeProvides execution environment details. Some of the expected values are RDKV and RDKB
    grProvides the test repository name to be cloned for test execution.
    grbProvides the test repository branch name to be cloned for test execution.
    end_point

    Provides details on type of device used for testing. Valid values are RACK_DEVICE and DESK_BOX.

    If the device hardware can be managed via a rack system, then end point will be RACK_DEVICE,

    otherwise DESK_DEVICE

    Configure Source Code Management

  • Under Source Code Management, Select option 'GIT'.
    • Specify Repository base url in the format 'https://code.rdkcentral.com/r/rdk/tools/automatics/${gr}', where the remaining path of the repository is provided during test execution via the build parameter 'gr'.
    • Add the branch specifier as '*/${grb}', where the repository branch is provided during test execution via the build parameter 'grb'.

Configure Build 

     Configure Shell Script for Partner Java API dependency

Configuring shell script is required only if Partner Java API based project is implemented and that needs to be integrated with Automatics for test execution. Otherwise, this configuration can be skipped.

Before configuring this step in Jenkins, it is required that the Partner Java API project is developed and deployed in Partner's self hosted repository.

Copy the script file pre-test-config.sh and keep it in Jenkins VM. And configure it as shown below. Here, the script is copied to location /mnt/scripts in Jenkins VM.

The parameters to the script are 

-g - Expects the group id of partner java api maven artifact.

-a - Expects the artifact id of partner java api maven artifact.

-v - Expects the version of partner java api maven artifact.

The Jenkins job will clone the test project and then will execute below script. This script will add partner java dependency to test project pom.xml at runtime. After this script is executed, maven goal for test execution will be executed.

Image Added

     Configure Maven Goal for Test Execution

    • Under Build section, please click on 'Add build step' and select option 'Invoke top-level Maven targets'. Then, add below maven command in Goals section
Goals 

clean install -U exec:java -DskipTests=true -DretryByDefault=false -DbuildType=RDK -Dhttps.protocols=TLSv1.1,TLSv1.2

-Dsun.security.ssl.allowUnsafeRenegotiation=true -Dautomatics.properties.file={automatics_properties_base_url}/automatics.properties

Image Added

    • Click on Advanced option, if user wants to override maven default settings. 
    • Click on Apply and Save button.