OOM gating has been introduced for Dublin. It consists in running a deployment followed by a set of tests on patchset submission in OOM repository.
The goal is to provide a feedback - and ultimately to vote - on code change prior to merge.
The developer can evaluate the consequences of his/her patchset on a fresh installation.
The Gating process can be described as follows:
On patchset submission, the gating chain is triggered. It can be seen in the gerrit History windows.
Please note that if you resubmit an amednded patch, it will retrigger a deployment and testing sequence. For the moment there is no filter so even a doc change triggers the pipeline.
At the end of the processing the ONAP jobDeployer reports the results
If you follow the link you will reach the xtesting-onap gitlab page (on gitlab.com).
This link is unique and corresponds to the gating pipeline corresponding to the patch.
If you download the results, you will get an archive including the test results from the test pipeline:
| Test | Description | Criteria | Results |
|---|---|---|---|
| onap_healthcheck_k8s/onap-k8s | We check the status of the ONAP pods | FAIL if 1 PODS in non Running state | logs available under results/healthcheck-k8s/k8s/xtesting.log
In the logs you will find
results are also published in a public database: |
| onap_healthcheck_k8s/onap-helm | We check the status of the ONAP helm chart | FAIL if 1 chart is not DEPLOYED | logs available under results/healthcheck-k8s/k8s/xtesting.log
In the logs you will find
results are also published in a public database: |
healthcheck
| Traditionnal Robot healthcheck test suites with the label core, small, medium or full the tesuites are run in parallel | FAIL if 1 of the helcheck if FAIL | logs available under results/healthcheck/<core|small|medium|full>/xtesting.log
Robot outputs are available in results/healthcheck/<core|small|medium|full>/<core|small|medium|full> Results are also published in a public database: |
End to End tests
| They correspond to full onboard/instantation of some VNFs They are triggered only if core and small healthcheck test suites aree successful the test includes the creation and the cleaning of the resources | FAIL if VNF cannot be created at any stage (onboarding, distribution, instantiation,..) if basic_vm Fails, other cases are not executed to save time | logs available under results/vnf/vnf/xtesting.log
|
