/
Running Tests against an Integration Build

Running Tests against an Integration Build

When executing tests against an integration build, you need to ensure the following mandatory configuration:

  1. A unique LabId was defined and common for all the components of the integration build

    • This parameter should be added to the startup of the Coverage Collector agent on the application (depending on the technology it can be added to the Javaagent, JS intrumented code, IIS settings…)

  2. When executing the tests you need to use the Build Session ID defined for the Integration Build together with the LabId

 

The common LabId ensures Sealights Servers will logically link Components with different Build Session IDs together for the Integration Build.

Because you can update only a single component (for example a single micro-service) for a new Integration Build - this method ensures you’re not forced to restart all the components with new parameters.

 

Related content

Running Tests (Only) using Sealights Maven plugin
Running Tests (Only) using Sealights Maven plugin
More like this
Integration Builds
Integration Builds
More like this
Reporting an Integration Build using a Components file
Reporting an Integration Build using a Components file
Read with this
Linking test runner and test listener using Lab ID
Linking test runner and test listener using Lab ID
More like this
SeaLights CD Agent for Java Application
SeaLights CD Agent for Java Application
Read with this
Running Test stages in parallel using different Lab IDs
Running Test stages in parallel using different Lab IDs
More like this