In this stage the application/service is typically deployed and automated acceptance tests are executed.
This is to make sure that
- new functionality is tested end-to-end
- there is no end-to-end regression in existing functionality
This stage comprises following steps which are activated depending on your use-case/configuration:
|cloudFoundryDeploy||For Cloud Foundry use-cases: Performs deployment to Cloud Foundry space/org.|
|gaugeExecuteTests||Performs behavior-driven tests using Gauge test framework against the deployed application/service.|
|healthExecuteCheck||Performs health check in order to prove one aspect of operational readiness. In order to be able to respond to health checks from infrastructure components (like load balancers) it is important to provide one unprotected application endpoint which allows a judgement about the health of your application.|
|neoDeploy||For Neo use-cases: Performs deployment to Neo landscape.|
|newmanExecute||Performs API testing using Newman against the deployed application/service.|
|testsPublishResults||Publishes test results to Jenkins. It will automatically be active in cases tests are executed.|
|uiVeri5ExecuteTests||Performs end-to-end UI testing using UIVeri5 test framework against the deployed application/service.|
This stage will be active if any one of the following conditions is met:
- Stage configuration in config.yml file contains entries for this stage.
- Any of the conditions are met which are explained in the section Step Activation.
For this stage no conditions are assigned to steps.
Additional Stage Parameters¶
script- The common script environment of the Jenkinsfile running. Typically the reference to the script calling the pipeline step is provided with the
thisparameter, as in
script: this. This allows the function to access the
commonPipelineEnvironmentfor retrieving, e.g. configuration parameters.
Configuration of Additional Stage Parameters¶
The stage parameters need to be defined in the section
stages of config.yml file.