Integration project is planning to setup an "Integration gate" to automate as many use cases as possible.
This gate has been initiated in El Alto through the daily and gating chains.
This patch is used to discuss the definition of the test categoris and the testcases to be associated.
1) infrastructure-healthcheck
goal: verify ONAP from a k8S perspective
| Use case | Description | Comments |
|---|---|---|
| onap_k8s | list pods, deployments, events, cm, jobs check that the pods are up&running | already available (refactoring needed to be insourced - currently hosted on github) |
| onap_helm | list helm chart, check they are completed | already available (refactoring needed to be insourced - currently hosted on github) |
| ... |
2) healthcheck
goal: verify ONAP components
| Use case | Description | Comments |
|---|---|---|
| core, small, medium, full | robot healthcheck tests with tag core/small/medium/full | already available (refactoring needed for the xtesting version to be insourced - currently hosted on github) |
| healthdist | onboarding/distribution of vFW model | already available (refactoring needed for the xtesting version to be insourced - currently hosted on github) |
| ... |
3) smoke-use-cases
goal: verify mature end to end use cases to validate the release
| Use case | Description | Comments |
|---|---|---|
| vFW | the historical and canonical vFW example | already available "xtestingization" to be done |
| basic_vm | onboarding/distribution/instantiation/Openstack check of a basic Ubuntu VM through onap-test python client | already available (used for gating and Orange daily chains check SDC/SO/AAI/SDNC using VNF_API / A la carte mode) refactoring needed to be insourced - currently hosted on gitlab.com refactoring of python client in progress in // support of GR_API to be added |
| freeradius_nbi | idem basic_vm except that instantiation is done through nbi module | csit test of nbi project already available (used for gating and Orange daily chains) (refactoring needed to be insourced - currently hosted on gitlab.com) |
| basic_policy | a basic test to verify policy creation/onboarding/instantiation | some starting point in existing use cases but baisc example to be implemented |
| vFW_CDS | ||
| scale_out | ||
| vCPE | ||
| 5GBulk | A e2e test to verify 5G Bulk PM flow involving ves, message router, dfc, data router, pmmapper | Ericsson team is building script and robot tag test. |
| ..... |
4) candidate-use-cases
goal: introduce new fully automated use cases
| Use case | Description | Comments |
|---|---|---|
| 5G-OOF-SON | to be done | |
| ... |
5) benchmarking
goal: perform resliency, robustness, stress tests
| Use case | Description | Comments |
|---|---|---|
| LongDuration | to be done based on existing 72h tests | |
| Stress | to be done | |
| ... |
6) security
goal: perform security audits
| Use case | Description | Comments |
|---|---|---|
| scan | to be done, a first step could consists in running free gitlab-ci security scans on existing docker files | |
| .... |